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中的相应函数处理该消息。