DecorView对象的创建详解
DecorVIew 的创建
我们通过一个示例来看看顶层View（DecorView）是怎么创建出来的。
示例：
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
｝
在上面我们一般都会调用setContentView方法来设置布局。该方法调用了Activity的setContentView方法，我们去看看：
public class Activity extends ContextThemeWrapper implements LayoutInflater.Factory2, Window.Callback, KeyEvent.Callback, OnCreateContextMenuListener, ComponentCallbacks2, Window.OnWindowDismissedCallback {
.......
public void setContentView(int layoutResID) {
getWindow().setContentView(layoutResID);//调用与之关联Window中的setContentView()方法
initWindowDecorActionBar();
}
......
}在父类Activity中其实就是调用与之关联的Window（真正的对象类型是PhoneWindow）setContentView（）来创建DecorView对象。进入源码看看实现的过程：
进入Window类(实现对象类型是PhoneWindow)的setContentView():
public class PhoneWindow extends Window implements MenuBuilder.Callback {
......
public void setContentView(int layoutResID) {
if (mContentParent == null) {
installDecor();
} else {
mContentParent.removeAllViews();
}
mLayoutInflater.inflate(layoutResID, mContentParent);
final Callback cb = getCallback();
if (cb != null) {
cb.onContentChanged();
}
}
......
}可以看出，首先判断mContentParent 是否为null,如果是则调用installDecor()，否则移除所有的VIew。然后通过mLayoutInflater解析我们的布局文件设置到mContentParent。
接下来调用getCallback（）获取CallBack对象。还记得Activity实现了Window.callBack吗？在创建Activity对象的时候，实现Window.callBack。然后在创建PhoneWindow对象的时候调用了setCallBack(this).因此这里获取到CallBack对象其实就是当前Activity本身。这里就是当PhoneWindow接收到系统的事件回调到Activity。
mContentParent 是什么呢？从这里就能看出来mContentParent是个ViewGroup且包裹我们整个布局文件（layout.xml）。
进入installDecor：
public class PhoneWindow extends Window implements MenuBuilder.Callback {
......
private void installDecor() {
if (mDecor == null) {
mDecor = generateDecor();
mDecor.setIsRootNamespace(true);
}
if (mContentParent == null) {
mContentParent = generateLayout(mDecor);
mTitleView = (TextView)findViewById(com.android.internal.R.id.title);
if (mTitleView != null) {
//根据FEATURE_NO_TITLE隐藏，或者设置mTitleView的值
......
}
}
}
}
......代码可能有长，但主要的操作就generateDecor()创建出mDecor，mDecor是DecorView对象，而DecorView继承于FrameLayout。
generateLayout(mDecor)传入mDecor对象，设置mContentParent 。
最后就是根据FEATURE_NO_TITLE标记来是否显示Title。
进入generateDecor()方法：
protected DecorView generateDecor() {
return new DecorView(getContext(), -1);
}简单粗暴，就是new出了一个DecorView对象。保存在成员变量mDecor中。
DecorView是Activity的顶级View，一般来说它内部包含标题栏和内容栏(layout.xml,即mContentParent)。内容栏是一定存在的，并且具体的id是‘content’。因此这个时候创建出的DecorView还是一个空白的FrameLayout；
接下来就是调用了generateLayout(mDecor)来初始化DecorView的结构。进入该方法：
protected ViewGroup generateLayout(DecorView decor) {
......
View in = mLayoutInflater.inflate(layoutResource, null);
decor.addView(in, new ViewGroup.LayoutParams(FILL_PARENT, FILL_PARENT));
ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
......
}这个方法很长，主要的就是加载具体的布局文件，然后添加到DecorView中。这些布局文件中都包含一个id为content的FrameLayout，将其引用返回给mContentParent。
这样DecorView的结构接初始化完成了。
回到setContentView方法中， 调用了mLayoutInflater.inflate(layoutResID, mContentParent);在这里就是把我们写的布局文件通过inflater加入到mContentParent中。
这样我们写的布局文件成功的添加到DecorView中的mContentParent。现在只是完成了DecorView的创建并初始化，我们还需要把这个创建并初始化完DecorView添加并显示到屏幕上，这里我们就需要用到WindowManager。但是现在的DecorView不能被WM所识别，还无法接收外界输入的信息。在ActivityThread的handleResumeActivity方法中，首先会调用Activity.onResume方法，接着调用Activity.makeVisible方法。正在makeVisible方法中DecorView真正的完成了添加和显示这个两个过程，Activity视图才能被用户所看到：
void makeVisible() {
if (!mWindowAdded) {
ViewManager wm = getWindowManager();
wm.addView(mDecor, getWindow().getAttributes());
mWindowAdded = true;
}
mDecor.setVisibility(View.VISIBLE);
}调用了 wm.addView(mDecor, getWindow().getAttributes());这里的wm真实的对象类型是WindowManagerImpl，在创建PhoneWindow对象的文章可以知道。
进入WindowManagerImpl.addView 方法：
@Override
public void addView(View view, ViewGroup.LayoutParams params{
mGlobal.addView(view, params, mDisplay, mParentWindow);
}实际上是调用了 WindowManagerGlobal.addView。
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
......
if (view == null) {
......
}
......
int index = findViewLocked(view, false);//查找是否添加过相同的View
if (index >= 0) {
}
root = new ViewRootImpl(view.getContext(), display);//创建View与之对应的ViewRoot对象
view.setLayoutParams(wparams);
mViews.add(view);//保存view到WindowManagerGlobal
mRoots.add(root);//保存ViewRoot到WindowManagerGlobal
mParams.add(wparams);//保存布局参数到WindowManagerGlobal
.....
root.setView(view, wparams, panelParentView);
......
}这个方法很长，把不必要的删了。主要的操作，验证view的合法性，
在10行查找该view是否已经添加过至窗口。
然后创建该 View 对应的 ViewRoot，ViewRoot 控制着一个视图的结构（每次 addView 都会创建一个），里面包含了与 WindowManager 通信的 Binder 对象、View 所在界面的 ContextImpl、该视图结构的顶端的 DecorView等信息；
在19-21行把添加的 View、创建的 ViewRootImpl、布局参数添加到 WindowManagerGlobal 中去。用于判断以后添加的view是否已经被添加过。
最后就是ViewRootImpl.setView：
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
mView = view; // 为 mView 赋值，在这里其实是DecorView
......
}
......
requestLayout(); // 首次调度执行 layout，这里会触发 onAttachToWindow 和 创建 Surface
......
try {
......
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mInputChannel);
} catch (RemoteException e) {
......
}
......
}
}
}在这里方法中，做了两个重要的操作，一、在8行中调用了requestLayout（） 首次调度执行 layout。二、在12行中，通过与WMS通信把窗体添加到屏幕，至于是怎么实现的，这里我们不深究。
我们看看ViewRootImpl中requestLayout()方法：
/** * {@inheritDoc} */
public void requestLayout() {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
这里调用scheduleTraversals()方法：
public void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
sendEmptyMessage(DO_TRAVERSAL);
}
}这里发了一个 sendEmptyMessage(DO_TRAVERSAL)消息，由于ViewRootImpl是继承与Handler的，那我们进入ViewRootImpl.handleMessage()方法：
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
........
case DO_TRAVERSAL:
if (mProfile) {
Debug.startMethodTracing("ViewAncestor");
}
final long traversalStartTime;
if (ViewDebug.DEBUG_LATENCY) {
traversalStartTime = System.nanoTime();
mLastDrawDurationNanos = 0;
}
performTraversals();
if (ViewDebug.DEBUG_LATENCY) {
long now = System.nanoTime();
mLastTraversalFinishedTimeNanos = now;
}
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
break;
......
}在这个方法中， 在16行调用performTraversals()这个方法，该方法就是系统进行View 树遍历工作的核心函数，这个函数内部逻辑很复杂，但是主体逻辑很清晰，其执行的过程可简单的概括为:是否需要重新计算视图的大小(measure)、是否需要重新布局视图的位置(layout)，以及是否需要重绘（Draw）。就是我们常说的View的绘制。
因此首次调用View的绘制，是通过在ViewRootImpl.setView()函数中调用了requestLayout()为开端的。
DecorView生成的过程：
把已经创建好并初始化好的DecorView添加并显示到屏幕的过程：
END。