[zz]Android binder详解(2)

第二部分 Binder的运作

　　2.1 Binder的工作机制
      Service Manager是一个守护进程，它负责启动各个进程之间的服务，对于相关的两个需要通讯的进程，它们通过调用libutil.so库实现通讯，而真正通讯的机制，是内核空间中的一块共享。

       

　　2.2 从应用程序的角度看Binder

　　从应用程序的角度看Binder一共有三个方面：

　　Native 本地：例如BnABC，这是一个需要被继承和实现的类。
　　Proxy 代理：例如BpABC，这是一个在接口框架中被实现，但是在接口中没有体现的类。
　　客户端：例如客户端得到一个接口ABC，在调用的时候实际上被调用的是BpABC

本地功能（Bn）部分做的：
    实现BnABC:: BnTransact()
    注册服务：IServiceManager：：AddService
代理部分（Bp）做的：
    实现几个功能函数，调用BpABC::remote()->transact()

客户端做的：
    获得ABC接口，然后调用接口（实际上调用了BpABC，继而通过IPC调用了BnABC，然后调用了具体的功能）
 

       在程序的实现过程中BnABC和BpABC是双继承了接口ABC。一般来说BpABC是一个实现类，这个实现类不需要在接口中体现，它实际上负责的只是通讯功能，不执行具体的功能；BnABC则是一个接口类，需要一个真正工作的类来继承、实现它，这个类才是真正执行具体功能的类。

       在客户端中，从ISeriviceManager中获得一个ABC的接口，客户端调用这个接口，实际上是在调用BpABC，而BpABC又通过Binder的IPC机制和BnABC通讯，BnABC的实现类在后面执行。

　　事实上，的具体实现和客户端是两个不同的进程，如果不考虑进程间通讯的过程，从调用者的角度，似乎客户端在直接调用另外一个进程间的函数——当然这个函数必须是接口ABC中定义的。

2.3 ISericeManager的作用
      ISericeManager涉及的两个文件是ISericeManager.h和ISericeManager.cpp。这两个文件基本上是 ISericeManager。ISericeManager是系统最先被启动的服务。非常值得注意的是：ISericeManager本地功能并没有使 现，它实际上由ServiceManager守护进程执行，而用户程序通过调用BpServiceManager来获得其他的服务。
      在ISericeManager.h中定义了一个接口，用于得到默认的ISericeManager：
        sp defaultServiceManager();
     这时得到的ISericeManager实际上是一个全局的ISericeManager。