前言

今天咱们来看另一个老生常谈的问题——setContentView。信任不少做Android开发的同学在面试过程中都遇到过这个问题。

先来看一个图片

Android源码—setContentView

咱们都很了解吧，这张图片描绘了Activity的结构，简单总结一句话便是：一个Activity，内部有一个PhoneWindow，PhoneWindow内部有一个DecorView，咱们一般调用的方法setContentView(R.layout.xxx)其实是将自己写写的布局放在上图的ContentView部分。

看了很多博客，背了很多遍，或许早就烂熟于心了，那么接下来，咱们一起来看源码，理清源码中这个图的结构，看看setContentView都做了那些工作。

源码

Activity中setContentView方法很简单。

  private Window mWindow; // 有一个Window变量
​
    public void setContentView(@LayoutRes int layoutResID) {
    getWindow().setContentView(layoutResID);
    initWindowDecorActionBar();
   }
    ……
  public Window getWindow() {
    return mWindow;
   }

可以看到Activity中持有一个Window目标，接着看看mWindow的初始化；

  final void attach(Context context, ActivityThread aThread,
      Instrumentation instr, IBinder token, int ident,
      Application application, Intent intent, ActivityInfo info,
      CharSequence title, Activity parent, String id,
      NonConfigurationInstances lastNonConfigurationInstances,
      Configuration config, String referrer, IVoiceInteractor voiceInteractor,
      Window window, ActivityConfigCallback activityConfigCallback, IBinder assistToken) {
    attachBaseContext(context);
    ……
    mWindow = new PhoneWindow(this, window, activityConfigCallback); // 是PhoneWindow实例
    ……
   }
​

这儿现已告知了Activity中的mWindow是PhoneWindow目标。这儿扩展一下，你知道attach方法在什么时机调用的吗，这涉及到Activity的发动流程了，不再这儿多说。

接下来看看PhoneWindow中setContentView。

  private DecorView mDecor; // 一个DecorView目标
  ViewGroup mContentParent; // 一个ViewGroup
​
@Override
public void setContentView(int layoutResID) {
  ……
  if (mContentParent == null) {
   // 【要害点1】
    installDecor(); // 初始化mDecor变量
   } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
    mContentParent.removeAllViews();
   }
​
  if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
    ……
   } else {
   // 【要害点2】
    mLayoutInflater.inflate(layoutResID, mContentParent); // 将咱们自己写得布局加载到一个Android:R.id.content的布局之中。
   }
  ……
}

这段代码中，有两个要害的当地需要注意

【要害点1】installDecor();

  private DecorView mDecor; // 一个DecorView目标
  ViewGroup mContentParent; // 一个ViewGroup
​
    private void installDecor() {
    mForceDecorInstall = false;
    if (mDecor == null) {
     // 【要害点3】
      mDecor = generateDecor(-1);
      ……
     } else {
      mDecor.setWindow(this);
     }
    if (mContentParent == null) {
     // 【要害点4】
      mContentParent = generateLayout(mDecor);  
     
      final DecorContentParent decorContentParent = (DecorContentParent) mDecor.findViewById(
          R.id.decor_content_parent);
​
      if (decorContentParent != null) {
        mDecorContentParent = decorContentParent;
        ……
​
       } else {
        ……
       }
​
      ……
   }

在【要害点3】mDecor = generateDecor(-1);初始化了mDecor,

  protected DecorView generateDecor(int featureId) {
    Context context;
    if (mUseDecorContext) {
      Context applicationContext = getContext().getApplicationContext();
      if (applicationContext == null) {
        context = getContext();
       } else {
        context = new DecorContext(applicationContext, getContext());
        if (mTheme != -1) {
          context.setTheme(mTheme);
         }
       }
     } else {
      context = getContext();
     }
    return new DecorView(context, featureId, this, getAttributes());
   }

其实便是new了一个DecorView。这儿要记住，DecorView便是一个FrameLayout

public class DecorView extends FrameLayout implements RootViewSurfaceTaker, WindowCallbacks {
        ……
    ViewGroup mContentRoot; // 这个后边会讲的
       ……
}

接下来看【要害点4】mContentParent = generateLayout(mDecor);

  protected ViewGroup generateLayout(DecorView decor) {
    …… // 这儿省略了老多代码了
    // Inflate the window decor.
​
    int layoutResource;
    int features = getLocalFeatures();
    
    if ((features & (1 << FEATURE_SWIPE_TO_DISMISS)) != 0) {
      layoutResource = R.layout.screen_swipe_dismiss; // 看这儿
      setCloseOnSwipeEnabled(true);
     } else if ((features & ((1 << FEATURE_LEFT_ICON) | (1 << FEATURE_RIGHT_ICON))) != 0) {
      if (mIsFloating) {
        TypedValue res = new TypedValue();
        getContext().getTheme().resolveAttribute(
            R.attr.dialogTitleIconsDecorLayout, res, true);
        layoutResource = res.resourceId;  // 这儿
       } else {
        layoutResource = R.layout.screen_title_icons; // 看这儿
       }
      
     } else if ((features & ((1 << FEATURE_PROGRESS) | (1 << FEATURE_INDETERMINATE_PROGRESS))) != 0
        && (features & (1 << FEATURE_ACTION_BAR)) == 0) {
      ……
      layoutResource = R.layout.screen_progress; // 看这儿
      
     } else if ((features & (1 << FEATURE_CUSTOM_TITLE)) != 0) {
      
      ……
     } else if ((features & (1 << FEATURE_NO_TITLE)) == 0) {
      
      layoutResource = xxx // 看这儿
      
     } else if ((features & (1 << FEATURE_ACTION_MODE_OVERLAY)) != 0) {
      layoutResource = R.layout.screen_simple_overlay_action_mode; // 看这儿
     } else {
      
      layoutResource = R.layout.screen_simple; // 看这儿
     }
​
    // 【要害点5】
    mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);
      //【要害点6】
    ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
    ……
      // 【要害点7】
    return contentParent;
   }
​

这个方法很长，咱们要抓住咱们关注的要点，上面众多当地都在为layoutResource赋值（其实这个资源文件便是依据Activity的一些Theme加载），指向一个布局资源文件。来到【要害点5】mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);

void onResourcesLoaded(LayoutInflater inflater, int layoutResource) {
    ……
    mDecorCaptionView = createDecorCaptionView(inflater);
        // 加载layoutResource
    final View root = inflater.inflate(layoutResource, null);
    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));
     } else {
        // 加入到DecorView中
      addView(root, 0, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
     }
    mContentRoot = (ViewGroup) root;
    initializeElevation();
   }

这儿将layoutResource指定的资源文件加载，并增加到DecorView中，前面知道了DecorView是一个FrameLayout。

接着看【要害点6】ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);其间ID_ANDROID_CONTENT = com.android.internal.R.id.content;有没有一种了解的滋味，上面说到很多种layoutResource,咱们来看一个详细的文件R.layout.screen_simple

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  android:layout_width="match_parent"
  android:layout_height="match_parent"
  android:fitsSystemWindows="true"
  android:orientation="vertical">
  <ViewStub android:id="@+id/action_mode_bar_stub"
       android:inflatedId="@+id/action_mode_bar"
       android:layout="@layout/action_mode_bar"
       android:layout_width="match_parent"
       android:layout_height="wrap_content"
       android:theme="?attr/actionBarTheme" />
  <FrameLayout
     android:id="@android:id/content"
     android:layout_width="match_parent"
     android:layout_height="match_parent"
     android:foregroundInsidePadding="false"
     android:foregroundGravity="fill_horizontal|top"
     android:foreground="?android:attr/windowContentOverlay" />
</LinearLayout>

这是一个体系的资源文件，根布局是一个LinearLayout，其间有一个android:id="@android:id/content"。

所以这儿应该要清楚mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);中其实便是将这样一个资源文件增加到了DecorView。

【要害点6】是拿到了android:id="@android:id/content"这个FrameLayout，看它的命名意思就很明显了，会将咱们自己写的布局文件加载到这个FrameLayout中，那么最后来看看在哪里增加的吧。

让咱们把目光定位到【要害点2】吧mLayoutInflater.inflate(layoutResID, mContentParent);。这一步完成了咱们自己写的布局资源文件加载。

到这儿咱们再回头看看本文开头那张图，整个结构就清楚了。

咱们可以再细化一下。

Android源码—setContentView

结论

  1. Activity的setContentView，其实是交给PhoneWindow执行。
  2. PhoneWindow持有一个DecorView。
  3. DecorView是FrameLayout的一个子类。
  4. 依据Activity的Theme加载不同的资源文件到DecorView中，这个资源文件中都会有一个id为R.id.content的FrameLayout，用于加载咱们自己写的布局文件。

水平有限，有不当之处，请指出。