大家好,又见面了,我是你们的朋友全栈君。
参考博客:
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,系统知道去哪里找,展示在哪里,没有数据重叠、歧义部分,自然,就不会报错了。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/153240.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...