引言:
上篇文章分析了Activity.setContentView()方法，提到了Activity通过Window，也就是PhoneWindow.setContentView()将DecorView初始化，并将我们写的layout装载到DecorView的过程。View的绘制流程（一）：Activity.setContentView()背后发生了什么，在setContentView（）方法，只是将布局装载进来，但是还并没有将布局绘制显示出来。这期，我们就从ActivityThread这个类开始。
源码分析:
因目前对startActivity()和Launch启动Activity的流程尚不熟悉，就从紧挨着Activity生命周期的ActivityThread这个类开始着手。我们来看ActivityThread.handleResumeActivity()方法。
performResumeActivity方法中，调用了ActivityClientRecord.activity.performResume()方法,ActivityClientRecord.activity实际就是我们的Activity。我们来到Activity.performResume()方法。
这样，我们的Activity就走到了生命周期的onResume()方法。接下来我们继续回到ActivtiyThread.handleResumeActivity()方法往下看。
在这段代码里，我们看到r.window = r.activity.getWindow()获取的实际就是PhoneWindow,View deocr = r.window.getDecorView()获取的就是在setContentView()方法中装载了layout的DecorView，接下来我们看wm.addView(decor,l)方法。点addView()可以看到，addView()是ViewManager接口的的一个接口方法。这样我们就找ViewManager接口的实现类，这样我们就需要看下wm的赋值过程。在上面我们可以看到ViewManager wm = a.getWindowManager();wm通过activity.getWindowManager()方法赋值。可以看到这个wm是Activity中的mWindowManager，接下来我们看mWindowManager的赋值过程，可以看到mWindowManager =mWindow.getWindowManager()，mWindow就是Window。
所以在这里的wm的实现类就是WindowManagerImpl，所以看它的addView方法。
WindowManager.addView实际是调用了WindowManagerGlobal.addView()方法。
在ViewRootImpl.setView()方法中调用了requestLayout()方法。
在ViewRootImpl.requestLayout()中，调用了CheckThread()方法。
mThread是在ViewRootimpl构造方法中赋值，所以只要请求了ViewRootImpl.requestLayout()都会检查当前线程是不是等于ViewRootImpl初始化时的线程，而ViewRootImpl是在主线程中初始化。我们更新UI时需要经过requestLayout()方法。所以，这就是为什么在子线程中更新UI会报错的原因。我们继续往下看。
performTraversals()中调用了三个重要方法performMeasure()、performLayout()、performDraw()方法。这三个方法分别是遍历布局进行测量，布局，绘制的方法，我们的布局就可以显示出来。这样，我们从Activity生命周期到View的显示过程就已经走完了。
