Android 源码解析 之 setContentView
source link: https://blog.csdn.net/lmj623565791/article/details/41894125
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
转载请标明出处：http://blog.csdn.net/lmj623565791/article/details/41894125，本文出自：【张鸿洋的博客】
大家在平时的开发中，对于setContentView肯定不陌生，那么对其内部的实现会不会比较好奇呢~~~有幸终于能看到一些PhoneWindow神马的源码，今天就带大家来跑一回源码~~
1、Activity setContentView
首先不用说，进入Activity的setContentView
可以看到里面获取了Window，然后调用了Window的setContentView
2、PhoneWindow setContentView
这里的Window的实现类是PhoneWindow（package com.android.internal.policy.impl;），我们直接看它的实现：
可以看到，首先判断mContentParent是否为null，是则调用installDecor()，否则移除其内部所有的子Views，然后通过LayoutInflater.inflate将我们传入的layout放置到mContentParent中。从这里就能看出来mContentParent是个ViewGroup且包裹我们整个布局文件；而installDecor()估计就是去初始化我们这个mContentParent，一会我们会去验证。
接下来，通过getCallBack拿到了一个CallBack对象，其实这个获取到的这个CallBack就是我们Activity自己，你可以去看我们的Activity是实现了CallBack接口的。
这个Callback明显就是一个回调，当PhoneWindow接收到系统分发给它的触摸、IO、菜单等相关的事件时，可以回调相应的Activity进行处理。至于Callback可以回调哪些方法，自己看下这个接口的声明方法即可。当然了这里不是我们的关键，因为我们的setContentView里面只是回调了onContentChanged，而onContentChanged在Activity中是空实现。
好了，接下来去看我们的installDecor()
3、PhoneWindow installDecor
这里代码比较长，删除了一些初始化Actionbar样式神马的代码。可以看到这里不仅初始化mContentParent，而且在之前先调用generateDecor();初始化了一个mDecor，mDecor是DecorView对象，为FrameLayout的子类。
在得到mDecor以后设置其焦点的获取方式为，当其子孙都不需要时，自己才获取。
然后通过 generateLayout(mDecor);把mDecor做为参数传入，然后获取到了我们的mContentParent；
接下里就开始通过findViewById进行获取控件了，而这里的findViewById的代码是这样的：
getDecorView返回的就是我们的mDecor。这里我们猜测下，首先去初始化mDecor，然后通过mDecor初始化了mContentParent，接下来mDecor就可以使用findViewById方法了。那么我觉得，在初始化mDecor的方法
generateDecor（）中，一定为我们的mDecor放入了布局或者控件（最简单的就是使用inflate压入了布局文件），而mContentParent可能就是mDecor中的某个子View。
是不是这样呢？
我们一起来先看看generateDecor（）方法的实现：
4、PhoneWindow generateDecor
很遗憾，我们的generateDecor（）只是初始化了一个FrameLayout对象，并没有在其内部压入布局文件，看来我们的猜测有些问题；不过没事，既然此方法没有，那么generateLayout(mDecor);中一定设置了layout文件，并且这名字也很像这么回事。
5、PhoneWindow generateLayout
代码也比较长，首先getWindowStyle在当前的Window的theme中获取我们的Window中定义的属性。具体参考：\frameworks\base\core\res\res\values\attrs.xml然后就根据这些属性的值，对我们的Window各种requestFeature,setFlags等等。所以这里就是解析我们为Activity设置theme的地方，至于theme一般可以在AndroidManifest里面进行设置。
接下来就到关键的部分了，21-75行：通过对features和mIsFloating的判断，为layoutResource进行赋值，至于值可以为R.layout.screen_custom_title;R.layout.screen_action_bar;等等。至于features，除了theme中设置的，我们也可以在Activity的onCreate的setContentView之前进行requestFeature，也解释了，为什么需要在setContentView前调用requestFeature设置全屏什么的。
得到了layoutResource以后，78行，通过LayoutInflater把布局转化成view，加入到我们的decor，即传入的mDecor中。
接下来81行：通过mDecor.findViewById传入R.id.content（相信这个id大家或多或少都听说过），返回mDecor（布局）中的id为content的View，一般为FrameLayout。
好了，可以看到我们的mDecor是一个FrameLayout，然后会根据theme去选择系统中的布局文件，将布局文件通过inflate转化为view，加入到mDecor中；这些布局文件中都包含一个id为content的FrameLayout，将其引用返回给mContentParent。
等我们的mContentParent有值了以后，还记得干嘛了么？再贴一次PhoneWindow的setContentView
有了mContentParent，然后把我们写的布局文件通过inflater加入到mContentParent中。关于R.layout.xxx可以在frameworks\base\core\res\res\layout里面进行查看。
例如：R.layout.screen_custom_title.xml
上面的title_container是用来放自定义Title的容器，而下面的content就是放置我们设置的布局的容器。关于自定义Title例子，大家可以百度下。到此，我们的setContentView就分析完成了，我们可以回顾一下：
首先初始化mDecor,即DecorView为FrameLayout的子类。就是我们整个窗口的根视图了。
然后，根据theme中的属性值，选择合适的布局，通过infalter.inflater放入到我们的mDecor中。
在这些布局中，一般会包含ActionBar，Title，和一个id为content的FrameLayout。
最后，我们在Activity中设置的布局，会通过infalter.inflater压入到我们的id为content的FrameLayout中去。
----------------------------------------------------------------------------------------------------------
博主部分视频已经上线，如果你不喜欢枯燥的文本，请猛戳（初录，期待您的支持）：
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK