`
anson_xu
  • 浏览: 512985 次
  • 性别: Icon_minigender_1
  • 来自: 惠州
社区版块
存档分类

IPC框架分析 Binder,Service,Service manager

阅读更多

IPC框架分析 BinderServiceService manager

 

 

 

    我首先从宏观的角度观察Binder,Service,Service Manager,并阐述各自的概念。从Linux的概念空间中,Android的设计Activity托管在不同的的进程,Service也都是托管在不同的进程,不同进程间的Activity,Service之间要交换数据属于IPCBinder就是为了Activity通讯而设计的一个轻量级的IPC框架。

 

       在代码分析中,我发现Android中只是把Binder理解成进程间通讯的实现,有点狭隘,而是应该站在公共对象请求代理这个高度来理解BinderService的概念,这样我们就会看到不一样的格局,从这个高度来理解设计意图,我们才会对Android中的一些天才想法感到惊奇。从Android的外特性概念空间中,我们看不到进程的概念,而是ActivityServiceAIDLINTENT。一般的如果我作为设计者,在我们的根深蒂固的想法中,这些都是如下的C/S架构,客户端和服务端直接通过Binder交互数据,打开Binder写入数据,通过Binder读取数据,通讯就可以完成了。

 

 

 

 

 

 

 

       该注意到Android的概念中,Binder是一个很低层的概念,上面一层根本都看不到Binder,而是Activity跟一个Service的对象直接通过方法调用,获取服务。

 

 

 

       这个就是Android提供给我们的外特性:在Android中,要完成某个操作,所需要做的就是请求某个有能力的服务对象去完成动作,而无需知道这个通讯是怎样工作的,以及服务在哪里。所以AndoidIPC在本质上属于对象请求代理架构,Android的设计者用CORBA的概念将自己包装了一下,实现了一个微型的轻量级CORBA架构,这就是AndoidIPC设计的意图所在,它并不是仅仅解决通讯,而是给出了一个架构,一种设计理念,这就是Android的闪光的地方。AndroidBinder更多考虑了数据交换的便捷,并且只是解决本机的进程间的通讯,所以不像CORBA那样复杂,所以叫做轻量级。

 

所以要理解AndroidIPC架构,就需要了解CORBA的架构。而CORBA的架构在本质上可以使用下面图来表示:

 

 

 

 

 

 

 

 

 

 

 

 

 

       在服务端,多了一个代理器,更为抽象一点我们可以下图来表示。

 

 

 

 

 

 

 

 

 

 

 

 

分析和CORBA的大体理论架构,我给出下面的Android的对象代理结构。

 

 

 

 

 

 

 

 

 

 

 

 

 

在结构图中,我们可以较为清楚的把握Android的IPC包含了如下的概念:

 

 

 

设备上下文什(ContextObject

       设备上下文包含关于客服端,环境或者请求中没有作为参数传递个操作的上下文信息,应用程序开发者用ContextObject接口上定义的操作来创建和操作上下文。

 

 Android代理:这个是指代理对象

 Binder Linux内核提供的Binder通讯机制

 

 

       Android的外特性空间是不需要知道服务在那里,只要通过代理对象完成请求,但是我们要探究Android是如何实现这个架构,首先要问的是在Client端要完成云服务端的通讯,首先应该知道服务在哪里?我们首先来看看Service Manger管理了那些数据。Service Manager提供了add service,check service两个重要的方法,并且维护了一个服务列表记录登记的服务名称和句柄。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Service manager service使用0来标识自己。并且在初始化的时候,通过binder设备使用BINDER_SET_CONTEXT_MGR ioctl将自己变成了CONTEXT_MGRSvclist中存储了服务的名字和Handle,这个Handle作为Client端发起请求时的目标地址。服务通过add_service方法将自己的名字和Binder标识handle登记在svclist中。而服务请求者,通过check_service方法,通过服务名字在service list中获取到service 相关联的Binder的标识handle,通过这个Handle作为请求包的目标地址发起请求。

 

 

 

 

 

 

 

 

 

       我们理解了Service Manager的工作就是登记功能,现在再回到IPC上,客服端如何建立连接的?我们首先回到通讯的本质:IPC。从一般的概念来讲,Android设计者在Linux内核中设计了一个叫做Binder的设备文件,专门用来进行Android的数据交换。所有从数据流来看Java对象从JavaVM空间进入到C++空间进行了一次转换,并利用C++空间的函数将转换过的对象通过driver\binder设备传递到服务进程,从而完成进程间的IPC。这个过程可以用下图来表示。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

这里数据流有几层转换过程。

 

1 JVM空间传到c++空间,这个是靠JNI使用ENV来完成对象的映射过程。

 

2 c++空间传入内核Binder设备,使用ProcessState类完成工作。

 

3 Service从内核中Binder设备读取数据。

 

Android设计者需要利用面向对象的技术设计一个框架来屏蔽掉这个过程。要让上层概念空间中没有这些细节。Android设计者是怎样做的呢?我们通过c++空间代码分析,看到有如下空间概念包装(ProcessState@(ProcessState.cpp)

 

 

 

 

 

 

 

 

       ProcessState类中包含了通讯细节,利用open_binder打开Linux设备dev\binder,通过ioctrl建立的基本的通讯框架。利用上层传递下来的servicehandle来确定请求发送到那个Service。通过分析我终于明白了BnbinderBpBinder的命名含义,Bn-代表Native,而Bp代表Proxy。一旦理解到这个层次,ProcessState就容易弄明白了。

 

      

 

 

 

     下面我们看JVM概念空间中对这些概念的包装。为了通篇理解设备上下文,我们需要将Android VM概念空间中的设备上下文和C++空间总的设备上下文连接起来进行研究。

 

为了在上层使用统一的接口,在JVM层面有两个东西。在Android中,为了简化管理框架,引入了ServiceManger这个服务。所有的服务都是从ServiceManager开始的,只用通过Service Manager获取到某个特定的服务标识构建代理IBinder。在Android的设计中利用Service Manager是默认的Handle0,只要设置请求包的目标句柄为0,就是发给Service Manager这个Service的。在做服务请求时,Android建立一个新的Service Manager ProxyService Manager Proxy使用ContexObject作为BinderService Manager Service(服务端)进行通讯。

 

 

 

       我们看到Android代码一般的获取Service建立本地代理的用法如下:

 

              IXXX  mIxxx=IXXXInterface.Stub.asInterface(ServiceManager.getService("xxx"));

 

 

 

       例如:使用输入法服务:

 

              IInputMethodManager mImm=

 

              IInputMethodManager.Stub.asInterface(ServiceManager.getService("input_method"));

 

 

 

 

 

 

       这些服务代理获取过程分解如下:

 

 

 

       1 通过调用GetContextObject调用获取设备上下对象。注意在AndroidJVM概念空间的ContextObject只是  Service Manger Service通讯的代理Binder有对应关系。这个跟c++概念空间的GetContextObject意义是不一样的。

 

       注意看看关键的代码

 

 

 

           BinderInternal.getContextObject()    @BinderInteral.java

 

               NATIVE JNI:getContextObject()   @android_util_Binder.cpp

 

                     Android_util_getConextObject            @android_util_Binder.cpp

 

                           ProcessState::self()->getCotextObject(0)  @processState.cpp

 

                                        getStrongProxyForHandle(0)  @

 

                                           NEW BpBinder(0)

 

 

 

              注意ProcessState::self()->getCotextObject(0) @processtate.cpp,就是该函数在进程空间建立   ProcessState对象,打开了Binder设备dev\binder,并且传递了参数0,这个0代表了与Service Manager这个服务绑定。

 

       2 通过调用ServiceManager.asInterfaceContextObject)建立一个代理ServiceManger

 

                   mRemote= ContextObject(Binder)

 

                  这样就建立起来ServiceManagerProxy通讯框架。

 

        (3)客户端通过调用ServiceManagergetService的方法建立一个相关的代理Binder

 

 

 

              ServiceMangerProxy.remote.transact(GET_SERVICE)

 

                   IBinder=ret.ReadStrongBinder()                    -》这个就是JVM空间的代理Binder

 

                      JNI Navite: android_os_Parcel_readStrongBinder()    @android_util_binder.cpp

 

                            Parcel->readStrongBinder()  @pacel.cpp

 

                                      unflatten_binder  @pacel.cpp

 

                                                getStrongProxyForHandle(flat_handle)

 

                                                          NEW BpBinder(flat_handle)-》这个就是底层c++空间新建的代理Binder

 

整个建立过程可以使用如下的示意图来表示:

font-size: small; font-family: Ti

分享到:
评论

相关推荐

    AndroidIPC和binder框架

    Binder机制包括Client、Server、Service Manager和Binder驱动四部分,书中会详细介绍这四个部分的角色和交互过程。 在讲解Binder时,高焕堂先生会深入到AIDL,这是一种用于定义接口的idl语言,让开发者能够方便地...

    Android系统的Binder机制之一——Service_Manager

    ### Android系统的Binder机制之一——Service_Manager #### 一、引言 在深入探讨Android系统中的Binder机制之前,我们首先简要回顾一下Binder机制的基本概念及其重要性。Android系统基于Linux内核,但在进程间通信...

    Android 核心分析6

    [转]Android 核心分析 技术专题之六--IPC框架分析 Binder,Service,Service manager

    Android4.1中BinderService用法实例分析

    在Android系统中,Binder是实现进程间通信(IPC,Inter-Process Communication)的关键组件,而`BinderService`在Android 4.1版本中被引入,主要用于管理原生(Native)服务。本文将深入探讨`BinderService`的用法...

    Android核心分析

    Zygote Service、Service的深入分析以及IPC框架的Binder和Service Manager是Android开发中的重要知识点,它们构成了Android系统运行的基础。 **Zygote Service** Zygote是Android系统启动的第一个进程,被称为...

    android binder

    综上所述,Binder机制是Android IPC的核心,它通过Service Manager、BBinder、IBinder等组件,实现了进程间服务的注册、管理和通信。Mediaserver作为一个典型案例,展示了如何利用Binder机制构建复杂的服务体系,...

    [经典文档]Android核心分析

    核心分析之六 ----- IPC框架分析Binder,Service,Service Manager 核心分析之七 ----- Service 深入分析 核心分析之八 ----- Android 启动过程详解 核心分析之九 ----- Zygote Service 核心分析之十 ----- Android ...

    Android aidl Binder框架浅析

    在Android系统中,服务间的通信是通过Binder机制实现的,它是Android系统中进程间通信(IPC)的核心组件。Binder框架允许不同进程间的对象互相调用方法,使得数据和操作可以在不同的应用程序或系统组件之间共享。本...

    Android系统进程间通信(IPC)机制Binder中的Client获得Server远程接口过程源代码分析

    这个过程涉及到一系列的对象和接口,包括Client、Server、Service Manager、BpInterface、BpBinder以及IPCThreadState等,它们共同构建了一个高效的IPC框架,使得Android系统能够灵活地支持各种跨进程服务的调用和...

    move android binder to linux

    Binder基于C/S架构,由Client、Server、Service Manager和Binder驱动四部分组成。Client和Server通过Binder驱动交换数据,Service Manager负责注册和查找服务。当一个进程想要调用另一个进程中对象的方法时,请求会...

    Android进程间通信-Binder机制

    在Android中,Binder不仅仅用于进程间通信,还广泛应用于各种服务的管理和交互中,如AMS(Activity Manager Service)、WMS(Window Manager Service)等。 **学习计划:** 1. **了解Binder的基本概念及其在Android...

    Android系统进程间通信(IPC)机制Binder中的Server启动过程源代码分析

    整个过程涉及到了Android系统框架层与系统服务的交互,以及Linux内核中的Binder驱动程序。Binder驱动作为内核态的组件,负责在用户空间的进程之间传递消息和数据,确保了IPC的高效性和安全性。 总之,Android系统的...

    Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析[归纳].pdf

    在Java应用程序框架层,Binder接口以面向对象的方式封装了底层的C/C++实现,使得开发者可以通过JNI(Java Native Interface)调用这些接口来实现IPC。 首先,我们需要了解在Java层如何获取Service Manager的远程...

    Android Binder C/C++层实现示例

    Binder架构包括Client、Server、Service Manager和Binder驱动四大部分。Client和Server分别运行在不同的进程中,通过Binder驱动进行通信。Service Manager负责管理所有服务的注册和查找,而Binder驱动则作为硬件抽象...

    Android进程间通信-Binder机制详解

    - **Service Manager**:作为Binder服务的注册表和调度中心,管理所有公开的Binder服务。 - **Binder驱动程序**:位于内核空间,负责实际的数据传输和线程调度,是Binder机制的核心。 2. **Binder工作流程** - *...

    高焕堂的Binder机制讲解

    Binder机制基于Client-Server架构,包括四个主要组件:Client、Server、Service Manager和Binder驱动。Server提供服务,并通过Binder驱动与Client进行通信。Service Manager负责管理和检索服务。 Android框架中定义...

    Binder与进程间通信

    在Android系统中,Binder作为系统级的IPC机制被广泛应用于各种场景,如Activity Manager与应用进程之间的通信、Service的调用等。 #### 二、ServiceManager的作用 为了更好地理解Binder的工作原理及其在Android中...

    binder_Android-6.0(1).rar

    《Android Binder机制深度解析》 在Android系统中,Binder是实现进程间通信(IPC, Inter-Process...通过分析Android 6.0中的Binder源码,我们可以更直观地了解其实现细节,为优化应用性能和解决实际问题提供理论支持。

Global site tag (gtag.js) - Google Analytics