[转]Android的IPC机制Binder的各个部分 2

okitamicuki1412

                       
                                时间:2008-12-13 15:27来源:Androidin Dev.Team 作者:hanchao3c 点击:403次
                    第二部分 Binder的运作
2.1 Binder的工作机制
      Service Manager是一个守护进程，它复杂启动各个进程之间的服务，对于相关的两个需要通讯的进程，它们通过调用libutil.so库实现通讯，而真正通讯的截止，是内核空间中的一块共享内存。


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




2.2 从应用程序的角度看Binder
[color="#000000"]从应用程序的角度看Binder一共有三个方面：

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

[color="#000000"]本地功能（Bn）部分做的：
[color="#000000"]    实现BnABC:: BnTransact()
[color="#000000"]    注册服务：IServiceManager：：AddService
[color="#000000"]代理部分（Bp）做的：
[color="#000000"]    实现几个功能函数，调用BpABC::remote()->transact()
[color="#000000"]客户端做的：
[color="#000000"]    获得ABC接口，然后调用接口（实际上调用了BpABC，继而通过IPC调用了BnABC，然后调用了具体的功能）
[color="#000000"]       在程序的实现过程中BnABC和BpABC是双继承了接口ABC。一般来说BpABC是一个实现类，这个实现类不需要在接口中体现，它实际上负责的只是通讯功能，不执行具体的功能；BnABC则是一个接口类，需要一个真正工作的类来继承、实现它，这个类才是真正执行具体功能的类。
[color="#000000"]       在客户端中，从ISeriviceManager中获得一个ABC的接口，客户端调用这个接口，实际上是在调用BpABC，而BpABC又通过Binder的IPC机制和BnABC通讯，BnABC的实现类在后面执行。
[color="#000000"]       事实上，服务器的具体实现和客户端是两个不同的进程，如果不考虑进程间通讯的过程，从调用者的角度，似乎客户端在直接调用另外一个进程间的函数——当然这个函数必须是接口ABC中定义的。
2.3 ISericeManager的作用
       ISericeManager
涉及的两个文件是ISericeManager.h和ISericeManager.cpp。这两个文件基本上是ISericeManager。
ISericeManager是系统最先被启动的服务。非常值得注意的是：ISericeManager本地功能并没有使现，它实际上由
ServiceManager守护进程执行，而用户程序通过调用BpServiceManager来获得其他的服务。

       在ISericeManager.h中定义了一个接口，用于得到默认的ISericeManager：
[color="#008000"]        sp defaultServiceManager();
       这时得到的ISericeManager实际上是一个全局的ISericeManager。
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/85193/showart_1773433.html