andoird 核心分析之ipc框架分析 binder,service,service manager.docxVIP

IPC 框架分析 Binder，Service，Service manager我首先从宏观的角度观察 Binder,Service,Service Manager，并阐述各 自的概念。从 Linux 的概念空间中，Android 的设计 Activity 托管在不同的的 进程，Service 也都是托管在不同的进程，不同进程间的 Activity,Service 之间要交换数据属于 IPC。Binder 就是为了 Activity 通讯而设计的一个轻量级的IPC 框架。在代码分析中，我发现 Android 中只是把 Binder 理解成进程间通讯的实现， 有点狭隘，而是应该站在公共对象请求代理这个高度来理解 Binder，Service的概念，这样我们就会看到不一样的格局，从这个高度来理解设计意图，我们才 会对 Android 中的一些天才想法感到惊奇。从 Android 的外特性概念空间中，我们看不到进程的概念，而是 Activity，Service，AIDL，INTENT。一般的如果我 作为设计者，在我们的根深蒂固的想法中，这些都是如下的 C/S 架构，客户端和 服务端直接通过 Binder 交互数据，打开 Binder 写入数据，通过 Binder 读取数 据，通讯就可以完成了。该注意到 Android 的概念中，Binder 是一个很低层的概念，上面一层根本都 看不到 Binder，而是 Activity 跟一个 Service 的对象直接通过方法调用，获取 服务。这个就是 Android 提供给我们的外特性：在 Android 中，要完成某个操作， 所需要做的就是请求某个有能力的服务对象去完成动作，而无需知道这个通讯是怎样工作的，以及服务在哪里。所以 Andoid 的 IPC 在本质上属于对象请求代理 架构，Android 的设计者用 CORBA 的概念将自己包装了一下，实现了一个微型的 轻量级 CORBA 架构，这就是 Andoid 的 IPC 设计的意图所在，它并不是仅仅解决 通讯，而是给出了一个架构，一种设计理念，这就是 Android 的闪光的地方。A ndroid 的 Binder 更多考虑了数据交换的便捷，并且只是解决本机的进程间的通 讯，所以不像 CORBA 那样复杂，所以叫做轻量级。所以要理解 Android 的 IPC 架构，就需要了解 CORBA 的架构。而 CORBA 的架构在 本质上可以使用下面图来表示：在服务端，多了一个代理器，更为抽象一点我们可以下图来表示。分析和 CORBA 的大体理论架构，我给出下面的 Android 的对象代理结构。在结构图中，我们可以较为清楚的把握 Android 的ＩＰＣ包含了如下的概念：设备上下文什（ContextObject）设备上下文包含关于客服端，环境或者请求中没有作为参数传递个操作 的上下文信息，应用程序开发者用 ContextObject 接口上定义的操作来创 建和操作上下文。Android 代理：这个是指代理对象?BinderLinux 内核提供的 Binder 通讯机制Android 的外特性空间是不需要知道服务在那里，只要通过代理对象完成请 求，但是我们要探究 Android 是如何实现这个架构，首先要问的是在 Client 端要完成云服务端的通讯，首先应该知道服务在哪里？我们首先来看看 Service Manger 管理了那些数据。Service Manager 提供了 add service,check s ervice 两个重要的方法，并且维护了一个服务列表记录登记的服务名称和句柄。Service manager service 使用 0 来标识自己。并且在初始化的时候，通过 bi nder 设备使用 BINDER_SET_CONTEXT_MGR ioctl 将自己变成了 CONTEXT_MGR。S vclist 中存储了服务的名字和 Handle，这个 Handle 作为 Client 端发起请求时 的目标地址。服务通过 add_service 方法将自己的名字和 Binder 标识 handle登记在 svclist 中。而服务请求者，通过 check_service 方法，通过服务名字在 service list 中获取到 service 相关联的 Binder 的标识 handle,通过这个 H andle 作为请求包的目标地址发起请求。我们理解了 Service Manager 的工作就是登记功能，现在再回到ＩＰＣ上， 客服端如何建立连接的？我们首先回到通讯的本质：IPC。从一般的概念来讲，Android 设计者在 Linux 内核中设计了一个叫做 Binder 的设备文件，专门用来进 行 Android 的数据交换。所有从数据流