- 浏览: 237478 次
- 性别:
- 来自: 湖南
最新评论
-
yuxuejun1123:
为什么没有powerPC,个人觉得这篇文章把mips和powe ...
ARM MIPS PowerPC比较 -
yy232:
我刚学这个,有点疑问,希望你能为我解答 你说 “任何人只 ...
centos的用户、组权限、添加删除用户等操作的详细操作命令 -
wstxdz1023:
就那么几句代码,全是问题
socket 心跳
我首先从宏观的角度观察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++空间的函数将转换过的对象通过driverinder设备传递到服务进程,从而完成进程间的IPC。这个过程可以用下图来表示。 这里数据流有几层转换过程。 (1) 从JVM空间传到c++空间,这个是靠JNI使用ENV来完成对象的映射过程。
(2) 从c++空间传入内核Binder设备,使用ProcessState类完成工作。 (3) Service从内核中Binder设备读取数据。 Android设计者需要利用面向对象的技术设计一个框架来屏蔽掉这个过程。要让上层概念空间中没有这些细节。Android设计者是怎样做的呢?我们通过c++空间代码分析,看到有如下空间概念包装(ProcessState@(ProcessState.cpp) 在ProcessState类中包含了通讯细节,利用open_binder打开Linux设备devinder,通过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设备devinder,并且传递了参数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。 整个建立过程可以使用如下的示意图来表示: Activity为了建立一个IPC,需要建立两个连接:访问Servicemanager Service的连接,IXXX具体XXX Service的代理对象与XXXService的连接。这两个连接对应c++空间ProcessState中BpBinder。对IXXX的操作最后就是对BpBinder的操作。由于我们在写一个Service时,在一个Package中写了Service Native部分和Service Proxy部分,而Native和Proxy都实现相同的接口:IXXX Interface,但是一个在服务端,一个在客服端。客户端调用的方式是使用remote->transact方法向Service发出请求,而在服务端的OnTransact中则是处理这些请求。所以在Android Client空间就看到这个效果:只需要调用代理对象方法就达到了对远程服务的调用目的,实际上这个调用路径好长好长。 我们其实还一部分没有研究,就是同一个进程之间的对象传递与远程传递是区别的。同一个进程间专递服务地和对象,就没有代理BpBinder产生,而只是对象的直接应用了。应用程序并不知道数据是在同一进程间传递还是不同进程间传递,这个只有内核中的Binder知道,所以内核Binder驱动可以将Binder对象数据类型从BINDER_TYPE_BINDER修改为BINDER_TYPE_HANDLE或者BINDER_TYPE_WEAK_HANDLE作为引用传递。
发表评论
-
Linux x86 编译 Android 遭遇 gnu/stubs-64.h
2011-08-19 10:43 1862这两天心血来潮,执行完 repo sync 后,顺手来了一下 ... -
使用Cygwin下载Android代码树
2011-03-16 20:45 1580--官方说明-- To set up y ... -
Cygwin在win下下载android源代码
2011-03-16 20:43 1073首先下载cygwin,cygwin是一个类linux平台。即在 ... -
Android NDK 环境搭建 - 安装配置 Cygwin
2011-03-16 20:40 29581. NDK 下载 最新版 Android NDK 开发工具包 ... -
Android-触感反馈和声音反馈的效果实现
2011-03-15 12:07 29481)只有系统设置中打开触感反馈选项,方法performHa ... -
socket的服务端框架
2011-03-07 14:17 2703最近查了不少java下面nio ... -
android UI 优化系列之 创建RGB565的缓存
2011-03-05 16:42 1891关于如何优化activity的 ... -
SocketChannel 和 DatagramChannel
2011-03-05 16:19 1924SocketChannel 叫套接字通道,面向流,就是通 ... -
Android 调试工具集
2011-03-05 13:25 12591.TraceView1)功能:用于热点分析和性 ... -
Android 中文API (33) —— Checkable
2011-03-03 17:45 1111声明 欢迎转载,但请保留文章原始出处:) ... -
Toast 和 Looper
2011-03-03 09:02 1142Toast 和 Looper,一个属于 android.w ... -
Activity 与 Main Loope
2011-03-03 08:59 1025上文抛出了一个疑问:UI 线程是在哪里绑定 Looper ... -
Class loading in Android : Begin with PathClassLoader
2011-03-03 08:56 1177Google 在 Android 文档里的《What is ... -
Linux x86 编译 Android 遭遇 gnu/stubs-64.h
2011-03-03 08:54 1258这两天心血来潮,执行完 repo sync 后,顺手来了一 ... -
读《Multitasking the Android Way》(一)
2011-03-03 08:50 1171Android Developers Blog 发表了一篇 ... -
从 Remote Service Binding 学习 AIDL 与 IPC
2011-03-03 08:47 1556默认情况下,一个应用不管有多少个 Activity、Ser ... -
Android SDK Add-on Configure, Compile and Release
2011-03-03 08:44 1902SDK Add-on 是一个比较小众的话题,一是通常厂商不 ... -
Activity Task 与 Intent Filter Flag
2011-03-03 08:42 1248接触 Android 以来,一直觉得对 task、affi ... -
android的原理,不需要太多的剩余内存
2011-03-02 16:05 925不用在意剩余内存的大 ... -
ARM Cortex A8
2011-03-01 17:10 1366ARM Cortex A8并不能说 ...
相关推荐
《Android IPC与Binder框架》是高焕堂先生深入解析Android系统中进程间通信(IPC)机制及其核心组件Binder的专业著作。这本书详细阐述了Android系统如何通过Binder实现不同进程间的高效、安全的数据交换,为开发者...
### Android系统的Binder机制之一——Service_Manager #### 一、引言 在深入探讨Android系统中的Binder机制之前,我们首先简要回顾一下Binder机制的基本概念及其重要性。Android系统基于Linux内核,但在进程间通信...
Binder是Android系统中的核心组件,它负责进程间通信(IPC,Inter-Process Communication),使得不同进程间的对象可以相互调用方法,实现服务、数据共享等功能。在Linux系统中,虽然有多种IPC方式(如管道、套接字...
在Android系统中,服务间的通信是通过Binder机制实现的,它是Android系统中进程间通信(IPC)的核心组件。Binder框架允许不同进程间的对象互相调用方法,使得数据和操作可以在不同的应用程序或系统组件之间共享。本...
在Android系统中,Binder是实现进程间通信(IPC,Inter-Process Communication)的关键组件,而`BinderService`在Android 4.1版本中被引入,主要用于管理原生(Native)服务。本文将深入探讨`BinderService`的用法...
[转]Android 核心分析 技术专题之六--IPC框架分析 Binder,Service,Service manager
综上所述,Binder机制是Android IPC的核心,它通过Service Manager、BBinder、IBinder等组件,实现了进程间服务的注册、管理和通信。Mediaserver作为一个典型案例,展示了如何利用Binder机制构建复杂的服务体系,...
核心分析之六 ----- IPC框架分析Binder,Service,Service Manager 核心分析之七 ----- Service 深入分析 核心分析之八 ----- Android 启动过程详解 核心分析之九 ----- Zygote Service 核心分析之十 ----- Android ...
Zygote Service、Service的深入分析以及IPC框架的Binder和Service Manager是Android开发中的重要知识点,它们构成了Android系统运行的基础。 **Zygote Service** Zygote是Android系统启动的第一个进程,被称为...
"Android Binder C/C++层实现示例"提供了一个实践性的学习资源,帮助开发者深入理解Binder机制的底层实现,包括Client和Server的交互、Parcel数据封装、Service Manager的使用等核心概念,从而提升对Android系统内核...
Binder机制是Android平台实现跨进程通信(Inter-Process Communication,IPC)的关键技术,它不仅为系统提供了高效稳定的通信框架,而且是众多系统服务如MediaService、ActivityManagerService等得以正常运作的基础...
在Android中,Binder不仅仅用于进程间通信,还广泛应用于各种服务的管理和交互中,如AMS(Activity Manager Service)、WMS(Window Manager Service)等。 **学习计划:** 1. **了解Binder的基本概念及其在Android...
Android框架体系架构是Android开发中的核心内容,涵盖了UI晋升、组件内核、IPC(Inter-Process Communication,进程间通信)以及数据持久化等关键知识点。本文将详细介绍这些知识,以此来深入理解Android平台的运作...
- **Service Manager**:作为整个服务注册和发现的中心,它通过Binder机制协调各个服务之间的通信,是Android系统架构中不可或缺的一部分。 #### 3. Binder机制解析 Binder是Android系统中进程间通信(IPC)的基础...
Binder机制是Android独有的IPC方式,它不同于传统的Unix/Linux进程间通信机制,如管道、信号、共享内存等,而是基于OpenBinder实现的分布式组件架构,提供了类似于远程过程调用(RPC)的功能。 **一、Binder机制...
在Android系统中,Binder机制是实现进程间通信(IPC,Inter-Process Communication)的核心组件。它允许不同进程之间的对象和数据共享,使得Android组件如服务(Service)、活动(Activity)等能够跨越进程边界进行...
这个过程涉及到一系列的对象和接口,包括Client、Server、Service Manager、BpInterface、BpBinder以及IPCThreadState等,它们共同构建了一个高效的IPC框架,使得Android系统能够灵活地支持各种跨进程服务的调用和...
通过对Android Binder框架的深入研究,我们可以发现其不仅为Android提供了高效的进程间通信手段,还为系统的整体架构带来了灵活性和扩展性。Binder的设计理念和实现方式对于理解Android底层机制具有重要意义。然而,...
在Android系统中,Binder机制是实现进程间通信(IPC)的重要技术。Binder机制提供了一种高效的通信方式,使得不同进程中的组件(如Activity和Service)能够进行交互。 首先,了解IPC(Inter-Process Communication...
《Android Binder机制深度解析》 在Android系统中,Binder是实现进程间通信(IPC, Inter-Process...通过分析Android 6.0中的Binder源码,我们可以更直观地了解其实现细节,为优化应用性能和解决实际问题提供理论支持。