android binder机制实现

核心提示：客户端做的：获得ABC接口，然后调用接口(实际上调用了BpABC，android binder机制实现(7)，继而通过IPC调用了BnABC，然后调用了具体的功能)在程序的实现过程中BnABC和BpABC是双继承了接口ABC，用于得到默认的ISericeManager：sp defaultServiceManager(

客户端做的：

获得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。

第三部分 程序中Binder的具体实现

3.1 一个利用接口的具体实现

PermissionController也是libutils中定义的一个有关权限控制的接口，它一共包含两个文件：IPermissionController.h和IPermissionController.cpp这个结构在所有类的实现中都是类似的。

头文件IPermissionController.h的主要内容是定义IPermissionController接口和类BnPermissionController：

Java代码 < width="14" height="15" src="http://mintelong.javaeye.com/javascripts/syntaxhighlighter/clipboard_new.swf" pluginspage="http://www.macromedia.com/go/getflashplayer">

class IPermissionController : public IInterface

{

public:

DECLARE_META_INTERFACE(PermissionController);