Android Framework学习之Activity的显示原理

1.Activity的显示原理（Window、DecorView、ViewRoot）

2.Activity的UI刷新机制(Vsync、Choreographer)

3.UI的绘制原理(Measure、Layout、Draw)

4.Surface原理(Surface、SurfaceFlinger)

大家都知道创建Activity之后就是把写好的布局通过setContentView函数加载。把写的布局加载到window上。

window对象是在Activity的attach函数里初始化的。上文讲过了Activity的初始化流程，PhoneWindow是用来管理整个手机的窗口，不光包含应用的显示区域，还包含手机的其它区域。

下面是PhoneWindow的setContentView函数，mContentParent是contentView的Parent，用来装我们写的contentView的。DecorView是一个FrameLayout，它是手机整个页面的rootView。installDecor函数里的layoutResource是根据Window的Feature选的一个系统布局。

setContentView的作用是：创建好一个DecorView,初始化整个屏幕的页面布局，把我们写的布局添加到mContentParent里，这里其实只是准备了数据还没有到页面显示。

页面显示其实在onResume里的，makeVisible只是触发一次重绘，真正重要的谁来启动和管理整个View的绘制流程。

一个ViewRootImpl只能管理一个ViewTree。requestLayout是触发第一次绘制。addToDisplay是一个和WMS的binder调用。

mTraversalRunable在下一次信号来的时候调用，performTraversals函数是真正执行页面绘制的。

relayoutWindow函数是向WMS申请Surface的。在调用relayout函数之前的mSurface是一个空壳对象，在relayout这个binder调用返回之后，mSurface就能用了，有了Surface接下来的绘制就有了buffer，然后在buffer上绘制完了之后再提交到SurfaceFlinger，SurfaceFlinger给图片合成好了就能提交到屏幕的中缓冲区，页面就能显示出来了

mWindowSession是通过WMS的openSession函数返回的一个binder对象，openSession在WMS里面就是创建了一个Session对象。Session其实就是用来给应用进程和WMS进行binder调用的。

mWindow是一个binder对象，这个对象注册到WMS后，应用进程和WMS就可以进行双向调用。

addToDisplay函数对应WMS的addWindow函数，addWindow函数会在WMS里创建一个Window相关的对象，WMS统一的去管理所有Window的层级，绘制，还有大小。

WMS并不关注应用本地的window对象，也不关注应用端的view，对它来说一个重要的功能就是给应用端分配surface和掌管surface的显示顺序及位置尺寸等，当应用端在surface上绘制完成之后，SurfaceFlinger会把这些surface图像数据按WMS提供的层级顺序位置等来合成。

DecorView会对应一个ViewRootImpl对象，ViewRootImpl对象是可以通过IWindowSession向WMS发起binder调用 的，WMS也是可以通过IWindow向应用进程发起binder调用。Activity之所以能显示出来，最重要的一步就是给DecorView创建ViewRootImpl对象，并且由ViewRootImpl对象全全负责DecorView它的绘制，ViewRootImpl会在WMS里注册一个窗口，WMS会统一的管理窗口的大小绘制还有层级，在第一次绘制时ViewRootImpl会向WMS申请一个Surface，也就是上面讲的那些。