Android framework包含三个小伙伴：服务端、客户端、linux驱动。
服务端
服务端主要包含两个很重要的类：WindowManagerService（WMS）和ActivityManagerService（AMS）。（两个大佬管理者服务）
客户端
客户端包含以下类：
ActivityThread：是安卓应用程序的主线程类，也就是UI线程或者称为主线程，所有的处理用户消息，以及绘制页面的工作都在该线程中完成。
Activity： ActivityThread会根据用户的操作选择让哪个Activity对象上它的船。
PhoneWindow：富二代，继承于牛气的Window类，自己屋里住着一个DecorView对象，像它老爸喜欢制定规则提供了一些通用窗口操作API。
Window：富一代，长得比较抽象，喜欢制定规则提供了一些通用的窗口操作API。它不喜欢被人管。所以呢，注意：WindowManagerService管理的窗口不是Window类，其实是View和ViewGroup。
DecorView：很能干的家伙，家产来自FrameLayout，比较注重外在喜欢打扮，DecorView是对FrameLayout进行了一些修饰，从名字就可以看出来。
ViewRoot：小管家。继承于Handler，主要作用是把WMS的IPC调用转换为本地的一个异步调用。
W类：ViewRoot小助手，继承于binder，是ViewRoot内部类。主要帮助ViewRoot实现把WMS的IPC调用转换为本地的一个异步调用。
WindowManager：客户端如果想创建一个窗口得先告诉WindowManager一声，然后它再和WindowManagerService交流一下看看能不能创建，客户端不能直接和WMS交互。
Linux驱动
Linux驱动和Framework相关的主要是两个部分：画家SurfaceFlingger和快递员Binder。
每一个窗口都对应一个画Surface，SF主要是把各个Surface显示到同一屏幕上。Binder是提供跨进程的消息传递。
从apk程序的运行过程去看看上面各个组件在啥时候干啥活的
ActivityThread从main()函数中就开始动起来，然后调用prepareMainLooper()为UI线程创建一个消息快递通道即MessageQueue。
接着创建ActivityThread对象，创建过程会创建一个消息装卸工Handler对象和一个快递员Binder对象，其中Binder负责接收远程Ams的IPC调用，接收到调用后让Handler把消息装到消息快递队列，UI线程很忙的都是异步的从消息快递队列中取出消息并执行相应操作，比如 start、stop、pause。
然后UI线程让队列调用Looper.loop()方法进入消息循环体，进入后就会不断地从消息队列中读取并处理消息。
当ActivityThread接收到Ams发送start某个Activity的快递后就会创建指定的Activity对象。Activity会先按窗户再去按玻璃和贴窗花，所以先创建PhoneWindow->DecorView->创建相应的View或ViewGroup。创建完成后就可以让大家欣赏了，调用WindowManager把界面显示到屏幕上，然后创建ViewRoot，然后调用Wms提供的远程接口添加一个窗口并显示到屏幕上。
接下来就是用户的操作，事件线程不断的把消息快递发到事件队列中去，然后事件分发线程秘书逐个取出消息，然后调用Wms中的相应函数处理该消息。