Binder机制，从Java到C （8. ServiceManager in Native）-CSDN博客

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

转载于:https://www.cnblogs.com/zhangxinyan/p/3487894.html