前言
手机展现给我们最直观的就是view，我们通过屏幕上面的view，可以跟手机交互，那view是如何显示到屏幕上面呢？最常见的开发是我们通过Activity的setContentView设置我们的布局，下面我们就通过源码，分析view是如何一步步显示到屏幕上面的。
问题：除了Activity，是否有其他方式将view设置到屏幕上面？
Activity是android四大组件之一，简称为活动，是android提供的用于展示view的载体，activity这个组件里面维护了跟view相关的一切内容，所以分析从activity开发。
Activity中setContentView：
public void setContentView(@LayoutResint layoutResID) {
getWindow().setContentView(layoutResID);
}
其中getWindow()返回的是一个继承window的PhoneWindow
从这里就已经出现迹象了，设置的view其实是设置到window上面，继续进入源码：
mWindow =new PhoneWindow(this);
ps： PhoneWindow extends Window
PhoneWindow->setContentView:
public void setContentView(int layoutResID) {
if (mContentParent == null) {
installDecor();
}
....
mLayoutInflater.inflate(layoutResID, mContentParent);//2
}
位置2那里，会把传进来的layout给添加到mContParent,那这个mContentParent是什么，用来干嘛的呢？在看installDecor之前，我们看看下面的源码注释：
// This is the top-level view of the window, containing the window decor.
private DecorView mDecor;//一个window（PhoneWindow）下面最顶层的view。
// This is the view in which the window contents are placed. It is either
// mDecor itself, or a child of mDecor where the contents go.
private ViewGroup mContentParent;//内容view，不包括window里面的title等
我们查看installDecor:
private void installDecor() {
if (mDecor == null) {
mDecor = generateDecor();
...
}
if (mContentParent == null) {
mContentParent = generateLayout(mDecor);
final DecorContentParent decorContentParent = (DecorContentParent) mDecor.findViewById( R.id.decor_content_parent);
.....
}
protected DecorView generateDecor() {
return new DecorView(getContext(), -1);
}
先来看看DecorView:
private final class DecorViewextends FrameLayoutimplements RootViewSurfaceTaker
protected ViewGroup generateLayout(DecorView decor) {
//设置各自windowstytle相关，包括全屏，actionbar等，
//无关代码隐藏
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);
}
其中 layoutResource是通过当前的的windowfeature，得出来的一个布局，这个布局就包括actionbar
title等的，而这个布局就是整个view的根布局，其中的content就是我们要找的conentParent。
所以Decor>=mConentRoot>contentParent
这个contentParent就是用来放我们从Activity的setContentView传进来的view。
我们可以任意选一个mContentRoot的布局看看里面的：
每个布局里面都有android:id="@android:id/content",所以这也就是为什么我们快通过findViewBy(android.R.id.content)找到我们从Activity设置进去的view了。
好了，分析完如何得到contentParent后，想到，这样inflate后view就显示到屏幕上？
显然不是，我们回到Activity上面，在方法onWindowAttributesChanged：
看到getWindowManager().updateViewLayout(decor, params);继续深入分析：
而window又是PhoneWindow,发现实现是在基类Window里面：
到这来知道Activity里面的mWindowManager其实就是一个WindowManagerImpl ：
发现是通过一个mGlobal对象updateView的， 在WindowManagerImpl源码里面可以发现，它其实就是一个对mGlobal的封装，所有的操作都是mGlobal的实现：
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
其中mGlobal就是一个全局唯一的WindowManagerGlobal对象。上面的updateView,发现还有一个addview的方法，所以可以知道，一个view显示到屏幕也是通过这个添加上去，这个方法的调用在PhoneWindow的onOpenPanel.
所以这边我们快通过分析WindowManagerGlobal的addView： 注意这里的WindowManagerGlobal是一个单例，也就意味着它在系统同里面是唯一的。我们看看里面一个比较重要的代码：
发现，ViewRootImpl居然是在这里创建的，熟悉view的绘制更新流程的同学都清楚，当你调用view的invalidate更新view的时候，就是通过ViewRootImpl里面开始更新并且逐步调用measure，layuot，draw去更新view的。
额外说明一下这段代码，由于WindowManagerGlobal是全局唯一的，所以对于不同的window显示，会在WindowManagerGlobal中保留对应的viewroot，也就是说，一个window对应着一个viewroot。
继续看ViewRootImpl的setView：
发现在添加到windowmanager其实会调用一次requestlayout的。我们看那个mWindowSession.addToDisplay方法：
mWindowSession = WindowManagerGlobal.getWindowSession();
从上面的代码可以知道，windowsession是从wms里面拿到的，而wms是通过binder拿到
终于庐山真面目了，添加到设备上最终是通过Session添加，继续看Session的addtodisplay方法：
发现其实是调用WMS的addWindow,由于addWindow的代码比较多，这边贴关键代码：
WindowState win =new WindowState(this, session, client, token,
attachedWindow, appOp[0], seq, attrs, viewVisibility, displayContent);
win.attach();
发现了一个SurfaceSession:
看注释知道SurfaceSession是一个用于跟SurfaceFlinger链接的类，调用本地方法获得一个客户端对象
其中那个客户端对象就是SurfaceComposerClient
后面就是jni层的代码，通过着色器将view渲染到绘制单元上面。
