- 浏览: 514547 次
- 性别:
- 来自: 惠州
文章分类
- 全部博客 (255)
- ant (1)
- springMVC (2)
- ajax (4)
- oracle (12)
- SSH (13)
- struts1 (2)
- Hibernate (14)
- spring (5)
- jstl (1)
- 连接池 (1)
- acegi (4)
- java (17)
- jquery (11)
- div+css (4)
- drupal (1)
- php (8)
- freemaker调模板生成静态页面 (1)
- xml (1)
- json (2)
- javascript (9)
- 正则表达式 (4)
- Ext (8)
- jdbc (1)
- sql server (2)
- perl (5)
- db4o (1)
- webservice (4)
- flex (13)
- it资讯 (1)
- joomla (0)
- 设计模式 (1)
- struts2 (4)
- s2sh (8)
- linux (3)
- ejb (2)
- android旅途 (24)
- android (36)
- C/C++ (16)
- mysql (1)
最新评论
-
fengyuxing168:
IBelyService bs = IBelyService. ...
为 Android 添加 Java 层服务也就是添加自定义的aidl服务到serviceManager 通过ServiceManager.getService取 -
dengzhangtao:
"由于ActivityManagerService是 ...
binder理解 -
yzyspy:
ActivityManagerService:startHom ...
Android的Launcher成为系统中第一个启动的,也是唯一的 -
Matchstick:
使用SELECT DISTINCT alias FROM Po ...
hibernate 一对多表查询时fetchMode.join 生成left outer join 出来数据重复问题 -
dlheart:
没看懂你什么意思啊,我遇到的问题是一对多,设了fetch = ...
hibernate 一对多表查询时fetchMode.join 生成left outer join 出来数据重复问题
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的闪光的地方。Android的Binder更多考虑了数据交换的便捷,并且只是解决本机的进程间的通讯,所以不像CORBA那样复杂,所以叫做轻量级。
所以要理解Android的IPC架构,就需要了解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_MGR。Svclist中存储了服务的名字和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对象从Java的VM空间进入到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。通过分析我终于明白了Bnbinder,BpBinder的命名含义,Bn-代表Native,而Bp代表Proxy。一旦理解到这个层次,ProcessState就容易弄明白了。
下面我们看JVM概念空间中对这些概念的包装。为了通篇理解设备上下文,我们需要将Android VM概念空间中的设备上下文和C++空间总的设备上下文连接起来进行研究。
为了在上层使用统一的接口,在JVM层面有两个东西。在Android中,为了简化管理框架,引入了ServiceManger这个服务。所有的服务都是从ServiceManager开始的,只用通过Service Manager获取到某个特定的服务标识构建代理IBinder。在Android的设计中利用Service Manager是默认的Handle为0,只要设置请求包的目标句柄为0,就是发给Service Manager这个Service的。在做服务请求时,Android建立一个新的Service Manager Proxy。Service Manager Proxy使用ContexObject作为Binder和Service 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.asInterface(ContextObject)建立一个代理ServiceManger。
mRemote= ContextObject(Binder)
这样就建立起来ServiceManagerProxy通讯框架。
(3)客户端通过调用ServiceManager的getService的方法建立一个相关的代理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
发表评论
-
Android display架构分析
2011-11-08 14:43 2621Android display架构分析 高通7系列硬件架 ... -
android usb流程(转载加整理)
2011-11-08 14:42 3142android usb流程(转载加整理) ... -
C++友元friend --c++利用friend修饰符,可以让一些你设定的函数能够对这些保护数据进行操作
2011-09-08 16:36 971<!-- [if gte mso 9]><x ... -
Jni函数调用大全
2011-09-08 16:34 9796Jni函数调用 ... -
android linux 基础知识总结
2011-09-08 16:23 2855android linux 基础知识总结 ===== ... -
pthread_create用法 c线程
2011-09-08 09:34 3640今天开始学习linux下用C开发多线程程序,Linux系统下的 ... -
C++多线程入门(一)
2011-09-05 14:32 1247第1节 背景 为了更好的理解多线程的概念,先对进程,线程 ... -
C++中的虚函数(virtual function)多态
2011-09-05 13:41 9351.简介 虚函数是 ... -
添加一个系统服务sytem service
2011-09-02 15:51 2515方法一: 1.在应用中 com.xxx.spi.SPLLi ... -
android.mk文件
2011-09-02 13:51 1254<!-- [if gte mso 9]><x ... -
android 中使用socket使native和framework通信
2011-09-01 10:14 1207android 中使用socket使native和frame ... -
让你自己写的Android的Launcher成为系统中第一个启动的,也是唯一的Launcher
2011-09-01 09:49 920[转]让你自己写的Android的Launcher成为系统中第 ... -
No implementation found for native Landroid/
2011-08-31 17:30 2440No implementation ... -
Java 线程中的Join、wait、notify,sleep【转】
2011-05-30 09:37 1094Java 线程中的Join、wait、notify ... -
android回调函数总结
2011-02-14 13:26 4388回调函数就是那些自己写的,但是不是自己来调,而是给别人来掉的函 ... -
Android中几种图像特效处理的小技巧,比如圆角,倒影,还有就是图片缩放,Drawable转化为Bitmap,Bitmap转化为Drawable等等
2011-01-22 11:41 2217Android中几种图像特效处理的小技巧,比如圆角,倒影,还有 ... -
Android中SurfaceView的使用示例
2011-01-19 20:54 883SurfaceView在游戏开发中有着举足轻重的地位,它对于画 ... -
Android 的 SurfaceView 双缓冲应用
2011-01-19 20:46 1805双缓冲是为了防止动画闪烁而实现的一种多线程应用,基于Surfa ... -
Android Content Provider[转]
2010-10-21 14:42 1199Android应用程序可以使用 ... -
我的数据你来用—ContentProvider介绍
2010-08-25 09:09 21921.第一步 在Eclipse中, ...
相关推荐
Binder机制包括Client、Server、Service Manager和Binder驱动四部分,书中会详细介绍这四个部分的角色和交互过程。 在讲解Binder时,高焕堂先生会深入到AIDL,这是一种用于定义接口的idl语言,让开发者能够方便地...
### Android系统的Binder机制之一——Service_Manager #### 一、引言 在深入探讨Android系统中的Binder机制之前,我们首先简要回顾一下Binder机制的基本概念及其重要性。Android系统基于Linux内核,但在进程间通信...
[转]Android 核心分析 技术专题之六--IPC框架分析 Binder,Service,Service manager
在Android系统中,Binder是实现进程间通信(IPC,Inter-Process Communication)的关键组件,而`BinderService`在Android 4.1版本中被引入,主要用于管理原生(Native)服务。本文将深入探讨`BinderService`的用法...
Zygote Service、Service的深入分析以及IPC框架的Binder和Service Manager是Android开发中的重要知识点,它们构成了Android系统运行的基础。 **Zygote Service** Zygote是Android系统启动的第一个进程,被称为...
综上所述,Binder机制是Android IPC的核心,它通过Service Manager、BBinder、IBinder等组件,实现了进程间服务的注册、管理和通信。Mediaserver作为一个典型案例,展示了如何利用Binder机制构建复杂的服务体系,...
核心分析之六 ----- IPC框架分析Binder,Service,Service Manager 核心分析之七 ----- Service 深入分析 核心分析之八 ----- Android 启动过程详解 核心分析之九 ----- Zygote Service 核心分析之十 ----- Android ...
在Android系统中,服务间的通信是通过Binder机制实现的,它是Android系统中进程间通信(IPC)的核心组件。Binder框架允许不同进程间的对象互相调用方法,使得数据和操作可以在不同的应用程序或系统组件之间共享。本...
这个过程涉及到一系列的对象和接口,包括Client、Server、Service Manager、BpInterface、BpBinder以及IPCThreadState等,它们共同构建了一个高效的IPC框架,使得Android系统能够灵活地支持各种跨进程服务的调用和...
Binder基于C/S架构,由Client、Server、Service Manager和Binder驱动四部分组成。Client和Server通过Binder驱动交换数据,Service Manager负责注册和查找服务。当一个进程想要调用另一个进程中对象的方法时,请求会...
在Android中,Binder不仅仅用于进程间通信,还广泛应用于各种服务的管理和交互中,如AMS(Activity Manager Service)、WMS(Window Manager Service)等。 **学习计划:** 1. **了解Binder的基本概念及其在Android...
整个过程涉及到了Android系统框架层与系统服务的交互,以及Linux内核中的Binder驱动程序。Binder驱动作为内核态的组件,负责在用户空间的进程之间传递消息和数据,确保了IPC的高效性和安全性。 总之,Android系统的...
在Java应用程序框架层,Binder接口以面向对象的方式封装了底层的C/C++实现,使得开发者可以通过JNI(Java Native Interface)调用这些接口来实现IPC。 首先,我们需要了解在Java层如何获取Service Manager的远程...
Binder架构包括Client、Server、Service Manager和Binder驱动四大部分。Client和Server分别运行在不同的进程中,通过Binder驱动进行通信。Service Manager负责管理所有服务的注册和查找,而Binder驱动则作为硬件抽象...
Binder机制是Android平台实现跨进程通信(Inter-Process Communication,IPC)的关键技术,它不仅为系统提供了高效稳定的通信框架,而且是众多系统服务如MediaService、ActivityManagerService等得以正常运作的基础...
- **Service Manager**:作为Binder服务的注册表和调度中心,管理所有公开的Binder服务。 - **Binder驱动程序**:位于内核空间,负责实际的数据传输和线程调度,是Binder机制的核心。 2. **Binder工作流程** - *...
Binder机制基于Client-Server架构,包括四个主要组件:Client、Server、Service Manager和Binder驱动。Server提供服务,并通过Binder驱动与Client进行通信。Service Manager负责管理和检索服务。 Android框架中定义...
在Android系统中,Binder作为系统级的IPC机制被广泛应用于各种场景,如Activity Manager与应用进程之间的通信、Service的调用等。 #### 二、ServiceManager的作用 为了更好地理解Binder的工作原理及其在Android中...
《Android Binder机制深度解析》 在Android系统中,Binder是实现进程间通信(IPC, Inter-Process...通过分析Android 6.0中的Binder源码,我们可以更直观地了解其实现细节,为优化应用性能和解决实际问题提供理论支持。