Android中Activity的setContentView方法分析 androidjava

PS：本文系转载文章，阅读原文可读性会更好，文章末尾有原文链接
ps：源码是基于 android api 27 来分析的
这一篇我们分析 Activity 的 setContentView 方法到底做了什么事情，有的读者可能心存疑虑，文章有的地方看不懂怎么办，之前我看文章的时候也是有这样的疑虑，目前我采取的办法有2种：（1）看不懂的地方可以先跳过，看完本篇文章后再 google 一下看不懂的地方；（2）看不懂的地方先 google 一下，再继续把这篇文章往下看。好了，言归正传，我们来看 Activity 的 setContentView 方法；
public void setContentView(@LayoutRes int layoutResID) {

getWindow().setContentView(layoutResID); initWindowDecorActionBar();

}
这里的 getWindow 方法拿到的是 Window 对象，Window 是显示顶层窗口的外观，对一些 findViewById、事件分发等基础的行为进行封装，每一个 Window 都会被添加到 WindowManager 里面，Window 唯一的实现类是 PhoneWindow，所以 getWindow 方法拿到的是 Window 对象本质是 PhoneWindow 对象；如何知道 Window 唯一的实现类是 PhoneWindow 呢？可以从Android中View事件的分发第一篇这里找到答案，我们来看 PhoneWindow 的 setContentView 方法；

@Override public void setContentView(int layoutResID) { // Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window // decor, when theme attributes and the like are crystalized. Do not check the feature // before this happens. if (mContentParent == null) {//1、 installDecor(); } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) { mContentParent.removeAllViews(); }if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) { final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID, getContext()); transitionTo(newScene); } else {//2、 mLayoutInflater.inflate(layoutResID, mContentParent); } mContentParent.requestApplyInsets(); final Window.Callback cb = getCallback(); if (cb != null && !isDestroyed()) {//3、 cb.onContentChanged(); }//4、 mContentParentExplicitlySet = true; }

注释3 表示回调 Activity 的 onContentChanged 方法；注释4 表示已经设置过布局，mContentParentExplicitlySet = false 的时候已经调用过 PhoneWindow 的 requestFeature 方法了，mContentParentExplicitlySet = true 的时候不可以再调用 PhoneWindow 的 requestFeature 方法，我们看 PhoneWindow 的 requestFeature 方法；

@Override public boolean requestFeature(int featureId) { if (mContentParentExplicitlySet) { throw new AndroidRuntimeException("requestFeature() must be called before adding content"); } ...... }

真的像上面所说的那样，注释1 表示实例化 DecorView 并安装，我们看一下 installDecor 方法具体实现；
private void installDecor() {

mForceDecorInstall = false; if (mDecor == null) {//5、 mDecor = generateDecor(-1); ...... } else { mDecor.setWindow(this); } if (mContentParent == null) {//6、 mContentParent = generateLayout(mDecor); ...... }

}
注释5 中的 mDecor 是一个 DecorView 对象，也是我们 Activity 最顶层的视图，它的父类是 FrameLayout，我们来看看 PhoneWindow 的 generateDecor 方法是如何创建 DecorView 对象的；
protected DecorView generateDecor(int featureId) {

...... return new DecorView(context, featureId, this, getAttributes());

}
直接 new 一个 DecorView 并将它返回，我们回到 installDecor 方法注释6 的代码，也就是 PhoneWindow 的 generateLayout 方法；
protected ViewGroup generateLayout(DecorView decor) {

//7、 TypedArray a = getWindowStyle(); ......//8、 mIsFloating = a.getBoolean(R.styleable.Window_windowIsFloating, false); int flagsToUpdate = (FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR) & (~getForcedWindowFlags()); if (mIsFloating) { setLayout(WRAP_CONTENT, WRAP_CONTENT); setFlags(0, flagsToUpdate); } else { setFlags(FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR, flagsToUpdate); }//9、 if (a.getBoolean(R.styleable.Window_windowNoTitle, false)) { requestFeature(FEATURE_NO_TITLE); } else if (a.getBoolean(R.styleable.Window_windowActionBar, false)) { // Don't allow an action bar if there is no title. requestFeature(FEATURE_ACTION_BAR); } ...... //10、 mIsTranslucent = a.getBoolean(R.styleable.Window_windowIsTranslucent, false); ...... //11、 int layoutResource; //12、 int features = getLocalFeatures(); // System.out.println("Features: 0x" + Integer.toHexString(features)); if ((features & (1 << FEATURE_SWIPE_TO_DISMISS)) != 0) { ...... } else if ((features & ((1 << FEATURE_LEFT_ICON) | (1 << FEATURE_RIGHT_ICON))) != 0) { ...... } else if ((features & ((1 << FEATURE_PROGRESS) | (1 << FEATURE_INDETERMINATE_PROGRESS))) != 0 ...... } else if ((features & (1 << FEATURE_CUSTOM_TITLE)) != 0) { ...... } else if ((features & (1 << FEATURE_NO_TITLE)) == 0) { ...... } else if ((features & (1 << FEATURE_ACTION_MODE_OVERLAY)) != 0) { layoutResource = R.layout.screen_simple_overlay_action_mode; } else { // Embedded, so no decoration is needed. //13、 layoutResource = R.layout.screen_simple; // System.out.println("Simple!"); }mDecor.startChanging(); //14、 mDecor.onResourcesLoaded(mLayoutInflater, layoutResource); ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT); ...... return contentParent;

}
注释7 表示获取当前 Window 的 Style 属性；注释8 表示是否是悬浮类型的 Window；注释9 表示是否需要标题栏，后面省略了很多 a.getBoolean 的 if 语句，而 if 里的 requestFeature 方法调用其实是对 Window 的一些状态进行设置，requestFeature 方法必须在 Activity 的内容布局加载出来之前先被调用；注释10 表示 Window 是否透明的，默认情况下不是透明的；注释11 表示 DecorView 要加载 xml 文件的 id；注释12 表示获取 Window 的 Feature 属性，后面有很多 features 的 if 判断，其实是根据 features 得到 DecorView 要加载相应的 xml 文件的 id；注释13 只是 DecorView 要加载 xml 文件时的其中一种，我们来看看 screen_simple.xml 的布局；

android:layout_width="match_parent" android:layout_height="match_parent" android:fitsSystemWindows="true" android:orientation="vertical">

我们来看一下注释14 的代码，也就是 DecorView 的 onResourcesLoaded 方法；
void onResourcesLoaded(LayoutInflater inflater, int layoutResource) {

...... mDecorCaptionView = createDecorCaptionView(inflater); final View root = inflater.inflate(layoutResource, null); //15、 if (mDecorCaptionView != null) { if (mDecorCaptionView.getParent() == null) { addView(mDecorCaptionView, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT)); } mDecorCaptionView.addView(root, new ViewGroup.MarginLayoutParams(MATCH_PARENT, MATCH_PARENT)); //16、 } else {// Put it below the color views. addView(root, 0, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT)); } ......

}
注释15 的代码表示如果有标题，然后再判断 mDecorCaptionView.getParent() 是否为空，如果为空就把 mDecorCaptionView 添加到 DecorView 里，如果不为空，那么 mDecorCaptionView 已经添加过到 DecorView 里，最后直接将 root 添加到 mDecorCaptionView 里；注释 16 表示无标题，就将 root 直接添加到 DecorView 里。如何判断注释15 的蓝色描述的文字是否是正确的呢？我们可以看创建 mDecorCaptionView 的 DecorView.createDecorCaptionView 方法；
private DecorCaptionView createDecorCaptionView(LayoutInflater inflater) {

DecorCaptionView decorCaptionView = null; for (int i = getChildCount() - 1; i >= 0 && decorCaptionView == null; i--) { View view = getChildAt(i); if (view instanceof DecorCaptionView) { // The decor was most likely saved from a relaunch - so reuse it. //17、 decorCaptionView = (DecorCaptionView) view; removeViewAt(i); } } ...... if (!mWindow.isFloating() && isApplication && StackId.hasWindowDecor(mStackId)) { // Dependent on the brightness of the used title we either use the // dark or the light button frame. if (decorCaptionView == null) {//18、 decorCaptionView = inflateDecorCaptionView(inflater); } decorCaptionView.setPhoneWindow(mWindow, true /*showDecor*/); } else { decorCaptionView = null; } ...... return decorCaptionView;

}
注释17 中将 View 强制为 DecorCaptionView，此时的 View 正是 DecorView 的子 View，证明上面所说的 mDecorCaptionView 已经添加过到 DecorView 里；看注释18 的代码，也就是 DecorView 的 inflateDecorCaptionView 方法；
private DecorCaptionView inflateDecorCaptionView(LayoutInflater inflater) {

final Context context = getContext(); // We make a copy of the inflater, so it has the right context associated with it. inflater = inflater.from(context); final DecorCaptionView view = (DecorCaptionView) inflater.inflate(R.layout.decor_caption, null); setDecorCaptionShade(context, view); return view;

}
看 inflateDecorCaptionView 方法中的 DecorCaptionView 创建，传入一个参数 null，这里创建的 DecorCaptionView 对象的 getParent() 就为空了。
【Android中Activity的setContentView方法分析】假设 DecorView 要加载的 xml 文件是 screen_simple.xml，那么我们回过头来看看 DecorView 的 installDecor 方法中的注释6 代码，发现 mContentParent 就是 screen_simple.xml 中 id 为 content 的 FrameLayout；我们再回看 PhoneWindow 的 setContentView 方法中的注释2 的代码，发现我们 Activity 设置的内容布局文件是添加到了 screen_simple.xml 中 id 为 content 的 FrameLayout；关于添加 Activity 设置的内容布局进 DecorView 之后的完整布局结构，我就不再画出来了，可以看看认识Android中的ViewRootImpl和DecorView这篇文章的末尾，会有图。