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，系统知道去哪里找，展示在哪里，没有数据重叠、歧义部分，自然，就不会报错了。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/153240.html原文链接：https://javaforall.cn
腾讯云开发者
