setContentView源码学习

大家好，又见面了，我是你们的朋友全栈君。

参考博客：

https://blog.csdn.net/qq_17250009/article/details/52242895

https://www.jianshu.com/p/40a9c93b5a8d

https://www.jianshu.com/p/e42b638944ae

特别说明，我用的API版本是25，这句话后面会用到，特别注意！！！

今天突然有个想法：不同的布局文件，相同类型的控件有相同的ID，在findViewById的时候，为什么没有出现“系统不知道去引用哪个id的View的问题”？

然后写了个demo：2个Activity：A和B，它们对应加载的布局a、b中，有相同的控件TextView，这2个TextView，又是一样的id。Activity中分别引用，然后使用，没有任何问题。

抱着这个疑问，网上找了资料，又实际读了源码，这里，做个学习笔记。

首先，需要知道Activity展示布局控件的时候，屏幕上的窗口结构，如图：

说明：
1、每个Activity，都有一个自己的PhoneWindow（或者说window）
2、DecorView：顶层视图，将要显示的具体内容呈现在PhoneWindow上. DecorView是当前Activity所有View的祖先，它并不会向用户呈现任何东西
3、ContentView：是一个id为content的FrameLayout。我们平常在Activity使用的setContentView就是设置在这里，也就是在FrameLayout上

源码解读：
Activity中

public class MainActivity extends Activity { 
   

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_main);

    }
}

进入setContentView方法，Activity中：

/** * Set the activity content from a layout resource. The resource will be * inflated, adding all top-level views to the activity. * * @param layoutResID Resource ID to be inflated. * * @see #setContentView(android.view.View) * @see #setContentView(android.view.View, android.view.ViewGroup.LayoutParams) */
public void setContentView(@LayoutRes int layoutResID) {
    getWindow().setContentView(layoutResID);
    initWindowDecorActionBar();
}

这里，我们看到了，一个实例调用了setContentView(layoutResID)，我们去看看这个getWindow()给了我们什么：Activity中

/**
* Retrieve the current {@link android.view.Window} for the activity.
* This can be used to directly access parts of the Window API that
* are not available through Activity/Screen.
*
* @return Window The current window, or null if the activity is not
*         visual.
*/
public Window getWindow() {
 return mWindow;
}

既然是直接返回，说明，其他地方有创建或者接收的代码，通过查找，在Activity的attach中：

 mWindow = new PhoneWindow(this, window);

关于Window和PhoneWindow，这里提一句：

public abstract class Window { 
   ......}

public class PhoneWindow extends Window implements MenuBuilder.Callback { 
   ......}

到这里，就证明了上面说明中的第一句话：每个Activity中，都会给自己创建一个PhoneWindow，这个PhoneWindow是抽象类Window的具体实现。

到了这里，我们就知道了，要看PhoneWindow中的setContentView

 @Override
 public void setContentView(int layoutResID) {
    ......
    if (mContentParent == null) {
        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 {
        mLayoutInflater.inflate(layoutResID, mContentParent);
    }
    ......
    }

这里，我们看到了最熟悉的inflate方法，其中第一个参数，就是我们在Activity中设置的layout的资源ID，第二个是要展示这个layout的父控件（容器）。

也就是说，这里，会把我们指定的布局，填充到一个名叫mContentParent的父容器中。
而和mContentParent有关的，就是上面几行的代码，我们去installDecor()中看看

 private void installDecor() {
    mForceDecorInstall = false;
    if (mDecor == null) {
        mDecor = generateDecor(-1);
        ......
    } else {
        mDecor.setWindow(this);
    }
    if (mContentParent == null) {
        mContentParent = generateLayout(mDecor);
        ......
    }
}

从源码上看，要得到mContentParent ，就需要先有mDecor，要有mDecor，就得调方法generateDecor(-1)

protected DecorView generateDecor(int featureId) {
    ......
    return new DecorView(context, featureId, this, getAttributes());
}

现在，有了DecorView mDecor，然后我们继续看generateLayout方法

protected ViewGroup generateLayout(DecorView decor) {
    ......
    ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
    if (contentParent == null) {
        throw new RuntimeException("Window couldn't find content container view");
    }
    ......
    return contentParent;
}

其中：

Window中：
/** * The ID that the main layout in the XML layout file should have. */
public static final int ID_ANDROID_CONTENT = com.android.internal.R.id.content;

这里，就证明了上面“说明”中的第3句话

结论：从上面的源码中，我们知道了流程：
1、我们在Activity中的setContentView，实际调用的是PhoneWindow的setContentView（PhoneWindow是抽象类Window的实现）
2、PhoneWindow的setContentView中，会去创建DecorView，作为展示窗口
3、创建一个id为content的布局mContentParent，作为容器
4、通过inflate(layoutResID, mContentParent);将我们传入的布局，填充到这个容器中
5、最后，我们就会看到我们写的布局

细心的人发现了，我上面没有提到给 DecorView 填充布局的代码，这是因为，在我的API 25下，PhoneWindow的 generateLayout 方法中，没找的对应的代码。但是在我参考的那几篇博客中，generateLayout 方法下，明确提到了

View in = mLayoutInflater.inflate(layoutResource, null);
decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
mContentRoot = (ViewGroup) in;
ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);

考虑到之前大神写博客，距离我现在写这个博客，有段时间了，可能是API升级了。

因此，我认为，如果我没有找错或者忽略了某几行代码，就是API升级更了，有了新的实现方法我不知道。有知道的大神，请指教！

现在，回到最开始的问题上：为什么2个Activity，加载自己的布局，里面有同类型、同ID的控件不会报错？因为，每个Activity，有自己独立的展示窗口，加载的是自己设置的layout的布局ID，系统知道去哪里找，展示在哪里，没有数据重叠、歧义部分，自然，就不会报错了。