AppCompatActivity的setContentView
对于Android开发而言,Activity可以说是最重要也是最常用的组件了.每当我们创建一个Activity的时候,想要展示对应的视图,都需要调用setContentView(int layoutResId)来加载xml文件.对于setContentView()究竟发生了什么,我想大家都已经了解了很多.本质上是调用getWindow().setContentView(),而getWindow()又返回一个PhoneWindow.在PhoneWindow中installDecor()创建一个新的DecorView,根据不同的情况加载对应的布局.
随着Android版本不断迭代更新,我们也慢慢的不去继承Activity了,而是选择AppCompatActivity,那么Activity和AppCompatActivity究竟有什么不同,我们可以从源码来了解一下.
首先先来看一段代码
AppCompatActivity中的Activity.setContentVew()点击进入以后
调用的方法还是同一个方法,但是调用的类已经由getWindow()变成了getDelegate().
getDelegate()从字面上来理解,是获取一个委托或者代理,那么究竟代理了谁呢,让我们点击进去看一下.
点击getDelegate()
这里我们可以看到,返回了一个通过AppCompatDelegate.create()创建的AppCompatDelegate对象.接下来继续点击进入看看这个AppCompatDelegate.create()究竟做了什么.
点击AppCompatDelegate.create()
这里并没有做具体的逻辑处理,而是创建了一个AppCompatDelegateImpl(),根据Java的一些约定俗成的规范,看见Impl结尾的类一定会有想要的东西,我们就进入这个AppCompatDelegateImpl找一下有没有setContentView().
进入一看,果然有setContentView()
既然找到了我们想要的setContentView,那么我们就来具体分析一下这几个方法都干了什么.
1.首先调用了ensureSubDecor();
2. mSubDecor就是一个ViewGroup,内部包含了一个id为content的ViewGroup,把我们自己的布局放入contentParent中.
3.这样来看,最关键的方法就在ensureSubDecor()中了.
再进入ensureSubDecor()这个方法之前,我们先稍微捋顺一下整体的流程
AppCompatActivity.setContentView()流程
前期准备结束,我们开始进入这个ensureSubDecor();
ensureSubDecor()
1.首先显示一个if判断,这个mSubDecorInstalled默认为false
2.mSubDecor = createSubDecor(),这里是创建出加载布局的ViewGroup
3.onSubDecorInstalled(mSubDecor),是SubDecor创建完之后的回调
4.将mSubDecorInstalled变为true.
createSubDecor()
这里可以看出,如果使用AppCompatActivity不设置主题,那么就会报错
接上面的
这里我们看到,首先是初始化一些特征的标识.mWindow其实就是Window,那么这个Window如何创建,我们先放一放.之后可以看见,之前的subDecorView就是一个ViewGroup.
因为我们默认是NOTITLE的,所以我隐藏掉了一些方法,直接看主要的.mOverlayActionMode其实是区分是否调用了requestWindowFeature().requestWindowFeature()内部其实就是设置Activity全屏.我们从这里知道,为什么需要在setContentView()之前调用这个方法设置Activity全屏.
如果我们什么都不设置,就会走else方法.映射出来一个subDecor.这个subDecor的布局究竟是什么,我们也是暂时放下.
接上面
再往下看,我们看到,通过subDecor找到了一个ContentFrameLayout contentView.也就是一个FrameLayout.
在Activity.setCountView()中,我们可以知道,R.id.content是父容器的id.这里contentView的id被赋值为R.id.content.那么我我们姑且认为,contentView是我们的父容器.
最后mWindow.setContent(subDecor),Windows还是我们之前的PhoneWindow,并且把subDecor添加进入.
我们回到上边,先找到 R.layout.abc_screen_simple,看看subDecor是个什么东西.
xml的代码我就不贴了,subDecor最外层是一个FitWindowsLinearLayout,里面放置了一个ActionBar以及ContentFrameLayout.ContentFrameLayout就是subDecor找到的contentView,也就是设置了R.id.content的contentVIew.
大致布局入下图
subDecor布局
流程走到这里,基本就明朗化了,还剩两个最重要的东西.一个是mWindow.getDecor(),一个是mWindow.setContentView(subDecor).
首先我们来看mWindow.getDecor()究竟是什么.
当我们点击进入Window源码的时候会看见这一行注释
Window.java
注意<P>里面的一段话,就是说Window是一个抽象类,它的实现类是PhoneWindow.那么我就去找PhoneWindow
PhoneWindow.getDecorView()
PhoneWindow当中找到了getDecorView()方法,可以看出返回的是一个View.如果这个View为null,就去创建这个View.我们继续进入installDecor()
installDecor()重点是两个框住的方法
在installDecor()中,如果是第一次调用,那么就先generateDecor(),之后有调用generateLayout(),把mDecor传入了进去.
generateDecor()
generateDecor()其实就是创建了一个DecorView,而这个DecorView其实就是继承FrameLayout.
generateLayout()内部主要根据不同主题设置了一些主题资源,并且找到了一个类似subDecor的布局加入到了DecorView中,最后返回了一个ContentParent.
到现在为止,mWindow.getDecorView()我们捋顺的差不多了.
1.创建了DecorView,并且根据不同的主题添加到DecorView中.
2.找到R,id,content, 也就是mContentParent,
现在我们来看最后一个方法,mWindow.setContentView(subDecor)
setContentView(subDecor)
setContentView也在PhoneWindow中实现了.
1.mContentParent已经在getDecorView()中创建了,所以不会为null
2.之后会判断有没有transitions动画,默认没有动画,那么进入else
3.调用addView方法将view也就是subDecor添加到了mContentParent中
那么整个createSubDecor()流程就是这样.
1.mWindow.getDecorView();创建了DecorView以及mContentParent
2.mWindow.setContentView(subDecor);把subDecor放到了mContentParent里面
那么,我们在回头看一眼AppCompatDelegateImpl.setContentView();
AppCompatDelegateImpl.setContentView()
1.创建DecorView 和 subDecor
2.调用createSubDecor的时候把原本是R.id.content的windowContentView设置成了NO_ID,并且将contentView也就是ContentFrameLayout设置成了R.id.content,此时的contentParent就是ContentFrameLayout.
3.将布局放入contentParent中.
4.将我们的布局id映射成View并且放到contentParent下
最后总结一下AppCompatActivity.setContentView()
1.当我们调用setContentView的时候,加载了两次系统布局,一次找到contentView,设置id为R.id.content.一次找到了windowContentView.设置id为NO_ID;
2.在PhoneWindos中创建了DecorView,是最底层的View,最后将布局放入到ContentFrameLayout中.
最后梳理一下简单的流程图
