Android从零开搞系列：自定义View（1）setContent()台前幕后

本文主要是介绍Android从零开搞系列：自定义View（1）setContent()台前幕后，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

转载请注意：http://blog.csdn.net/wjzj000/article/details/53366775

个人GitHub上的俩个小小开源项目，希望各位大佬可以支持star一下。

https://github.com/zhiaixinyang/PersonalCollect （拆解GitHub上的优秀框架于一体，全部拆离不含任何额外的库导入）

https://github.com/zhiaixinyang/MyFirstApp（Retrofit+RxJava+MVP）

2016年11月27。从今天起，开始好好琢磨安卓的基础，为建设符合社会主义核心价值观的中国梦打下坚实的基础。

今天从自定义View开始！

先在此记录一下我们最初新建工程的布局文件与Activity之间的各种因果关系，从默认的MainActivity入手。在一切的开始，我们要梳理一个思路和概念：我们的View和Activity都会或多或少的和ViewRoot和DecorView有着关系。所以我们屏幕可视的一切都可以理解成是一个View被画了出来。

（文章有点乱，大家见谅...）

为了避免各位看官看完博客后由衷的赞美：SB，什么玩意！

开篇借用Android群英传的一张图：

这里先提前带入几个概念：

No.1，ViewRootImpl类：

官方翻译：视图层次结构的顶部，实现View和WindowManager之间所需的协议。这大部分是{@link WindowManagerGlobal}的内部实现细节。

No.2，Window类：

官方解释：用于顶级窗口外观和行为策略的抽象基类。这个类的实例应该用作添加到窗口管理器（window manager）的顶级视图。它提供了标准的UI策略，如背景，标题区域，默认键处理等。这个抽象类的唯一现有的实现是android.view.PhoneWindow，当需要一个窗口时你应该实例化。

No.3，ActivityThread类：

官方解释：它管理应用程序进程中主线程的执行，在活动管理器请求时调度和执行活动，广播和其他操作。

No.4，Context类：

官方解释：与应用程序环境的全局信息的接口。这是一个抽象类，其实现由Android系统提供。它允许访问特定于应用程序的资源和类，以及对应用程序级操作（如启动活动，广播和接收意图等）的上调。

No.5，DecorView类：

官方解释：窗口的顶层视图，包含窗口装饰。

最开始我们会重写onCreate方法，并且在setContentView中传入布局文件。那么让我们进入setContentView中看一看都有什么：

public void setContentView(@LayoutRes int layoutResID) {getWindow().setContentView(layoutResID);initWindowDecorActionBar();}

这是继承Activity类中的setContentView方法，插一句这个Activity类继承ContextThemeWrapper（wrapper是包装纸的意思）类，并实现了Window抽象类中的一些内部接口类...

回到这个方法的本身上来， getWindow().setContentView是Window中的一个抽象方法。

public abstract void setContentView(@LayoutRes int layoutResID);

所以我们要到具体的实现类中去看具体的实现。因此让我们来到PhoneWindow中...

而它的实现在PhoneWindow，我们进入这个类看一下。（AS下，双击shift可以召唤类查询，在这里边搜想要的类即可。就是右上角那个放大镜的按钮。ps：我是as2.2版本）。

public class PhoneWindow extends Window

具体实现如下：

@Overridepublic void setContentView(int layoutResID) {// Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window// decor, when theme attributes and the like are crystalized. Do not check the feature// before this happens.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);}mContentParent.requestApplyInsets();final Callback cb = getCallback();if (cb != null && !isDestroyed()) {cb.onContentChanged();}mContentParentExplicitlySet = true;}

其中变量mContentParent是一个ViewGroup类，从它的命名我们可以看出来，它是内容区域的父View！

而它的初始化在installDecor()中：（内容比较多，截一部分）

private void installDecor() {mForceDecorInstall = false;if (mDecor == null) {mDecor = generateDecor(-1);mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);mDecor.setIsRootNamespace(true);if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);}} else {mDecor.setWindow(this);}if (mContentParent == null) {mContentParent = generateLayout(mDecor);

在这里引入了一个新的变量mDecor，它是一个DecorView（字面翻译：装饰视图）类型，根据很多资料显示，此类是Activity的顶层View，无论是标题栏还是内容栏都会装在到这个View之中，让我们先带着这个点继续往下走。

当然，我们是为了找mContentParent的初始化才到了这一步，所以关于mDecor先放一放。在声明mContentParent的时候官方给了注释：这是放置窗口内容的视图。它是装饰（Decor）本身，或者装饰内容的孩子。（很蹩脚，因为原文就很蹩：This is the view in which the window contents are placed. It is either Decor itself, or a child of Decor were the contents go.）

目光投到截取的最后一行里，mContentParent赋值的时候通过generateLayout方法，并且传入了这个变量。让我们进入这个方法中看一下。

到这，我们可以发现这个方法的实现行数，就能看出来这个方法的重要性，没错：Activity与布局xml就是在这个方法中建立联系。跳过一系列的判断，我们来看一下我们熟悉的东西：

比如，我们进行获取xml中的属性：

TypedArray a = getWindowStyle();

mIsFloating = a.getBoolean(R.styleable.Window_windowIsFloating, false);

再比如，我们进行加载布局文件的操作：

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);

public static final int ID_ANDROID_CONTENT = com.android.internal.R.id.content;

在这里通过findViewById去拿到布局中一个叫做content的布局，并且最终被返回出去，也就是赋值给了mContentParent。但是，我似乎并没有提到传进来的参数mDecor的作用，那么接下来让我们看看这个家伙，其实作为参数，他着实属于配角：

if (a.getBoolean(R.styleable.Window_windowLightStatusBar, false)) {decor.setSystemUiVisibility(decor.getSystemUiVisibility() | View.SYSTEM_UI_FLAG_LIGHT_STATUS_BAR);}

这是我找到它为数不多露脸的地方，设置可见性。而decor在这个方法中出镜率着实不低。但是，我们必须要注意到虽然它在这个方法中出现的情况并不多，不过！请注意它才是幕后真正的妖艳贱货！让我们追踪报道一下：

private void installDecor() {if (mDecor == null) {mDecor = generateDecor();

在installDecor方法中，通过generateDecor方法得到初始化：

return new DecorView(context, featureId, this, getAttributes());

这是这个方法的返回值。DecorView继承与FrameLayout很明显是一个View类。在此它被初始化，既然是一个View，让我们直接看它的onDraw方法：

@Overridepublic void onDraw(Canvas c) {super.onDraw(c);mBackgroundFallback.draw(mContentRoot, c, mWindow.mContentParent);}

在深入进去，我们可以看到一些熟悉的方法，比如addView，inflate等等，再顺着这个写下去就会越来越乱。不过我们看它的参数mContentRoot, c, mWindow.mContentParent的命名也基本上能够明白，文章最开始说它是顶层View的原因了吧。

让我们回过头看一看它初始化之后的使用情况。因此把目光转移回installDecor方法之中：mDecor的初始化，是为了使mContentParent初始化，而mContentParent的初始化是为了这个方法的上层方法，setContentView中的

mLayoutInflater.inflate(layoutResID, mContentParent);

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {final Resources res = getContext().getResources();if (DEBUG) {Log.d(TAG, "INFLATING from resource: \"" + res.getResourceName(resource) + "\" ("+ Integer.toHexString(resource) + ")");}final XmlResourceParser parser = res.getLayout(resource);try {return inflate(parser, root, attachToRoot);} finally {parser.close();}}

我们知道inflate这个方法被调用会返回一个View对象，既然出现了XmlResourceParser就说明，布局文件在这里将开始被处理掉。那么到此一切就已经被加载完毕。

我们刚才通过mDecor获取到了mContentParent，而mContentParent又进行了findViewById操作找到顶层View，mDecor中的content位置，将自己设置进去。这也就是把我们activity_main.xml放到了mDecor的内容区域之中；最开始提到，mDecor（DecorView）包含标题区和内容区，就是这么个道理。

最后希望各位看官可以star我的GitHub，三叩九拜，满地打滚求star：
https://github.com/zhiaixinyang/PersonalCollect
https://github.com/zhiaixinyang/MyFirstApp

这篇关于Android从零开搞系列：自定义View（1）setContent()台前幕后的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！