Binder机制，从Java到C （8. ServiceManager in Native）

在第三篇 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