android framework底层源码分析

framework分了三个部分:服务端,客户端,Linux驱动

服务端:

 AMS:管理所有的Activity

WMS:管理所有的ViewGroup和View

客户端:

ActivityThread类:即主线程,负责客户端与AMS交互,内部有ApplicationThread类,负责和AMS跨进程通信,还有一个Handle类,负责将ApplicationThread类发来的消息传到主线程;

ViewRoot类:负责客户端与WMS交互,内部有也有一个类似ApplicationThread类的东西和WMS跨进程通信,最后通过内部的Handle类,将这个类发来的消息传给主线程;

Activity类:APK运行的最小单位;

PhoneWindow:继承了Window类,含有一个DecorView;

DecorView:能看到的View的所有,继承FrameLayout

Linux驱动:SF驱动和Binder驱动,SF驱动是将各个Surface显示在统一屏幕,Binder驱动是提供跨进程通信用的

Manager机制

服务端有很多各种各样的系统服务,当我们客户端每次想调用这些服务时(IPC)如果每次都是想要哪一个服务就直接去调用哪一个服务的话,显然显得比较杂乱且拓展性较差,所以安卓采用了Manager机制,他管理着所有其他的服务,也就是说我们需要哪个服务要先经过他,他负责为我们去调用这个服务;下面都是一些manager

猜你喜欢

转载自blog.csdn.net/emmmsuperdan/article/details/82217092