在第三篇 Binder机制,从Java到C (3. ServiceManager in Java) 中,讲到ServiceManager的Stub端在Native,Proxy端在Java。
实际上,还要加一句:Native里也有Proxy(BpServiceManager),因为ServiceManager也是要服务于其他native service嘛。
ServiceManager是一个在init.rc里定义的一个system process,在系统启动的时候,它就启动了。如果它挂了,那么像zygote,media,surfaceflinger这些service就都要重启,可见它有多重要了吧。
看一下它在init.rc里的定义:
./out/target/product/generic/root/init.rc
1 service servicemanager /system/bin/servicemanager 2 class core 3 user system 4 group system 5 critical 6 onrestart restart zygote 7 onrestart restart media 8 onrestart restart surfaceflinger 9 onrestart restart drm
servicemanager是唯一和Binder驱动直接交互的process。(系统里其他部分,都是通过libbinder使用统一的访问模型,就是Bp,Bn那些东西)。
所以ServiceManager的Stub的实现和一般的native service也不一样。它沒有去实现”BnServiceManager”,而是单独写了一个class。
在/frameworks/base/cmds/servicemanager/service_manager.c中,通过binder.c和binder驱动通信。
代码路径:
/frameworks/base/cmds/servicemanager/
binder.h
binder.c
service_manager.c