android binder 进程间通信机制1-binder 驱动程序

以下内容只大概列个提纲,若要明白其中细节,还请看源码:

申明:本人菜鸟,希望得到大神指点一二,余心足已

binder 设备:/dev/binder

binder 进程间通信涉及的四个角色:

Client  Service  ServiceManager  Binder驱动程序

一,Binder驱动程序

源码位置:kernel/[vendor]/[codename]/drivers/staging/android/binder.c

kernel/[vendor]/[codename]/drivers/staging/android/binder.h

等等相关文件。

1.基础数据结构

struct binder_work : 描述待处理的工作项

struct binder_node:  描述一个binder实体对象,每一个Service组件在Binder驱动程序中都对应一个Binder实体对象,用来描述它在内核中的状态。

struct binder_ref_death:  描述一个Service组件的死亡接收通知

struct binder_ref  :  描述一个Binder引用对象,每一个Client组件在Binder驱动程序中都对应有一个Binder引用对象,用来描述它在内核中的状态。

struct binder_buffer : 描述一个内核缓冲区,用来在进程间传输数据。每一个使用Binder进程间通信机制的进程,在Binder驱动程序中都有一个内核缓冲区列表,用来保存Binder驱动程序为它分配的内核缓冲区。

struct binder_proc : 用来描述一个正在使用Binder通信机制的进程,在进程调用open打开/dev/binder时,Binder驱动程序为进程创建该该结构体。

struct binder_thread : 描述Binder线程池中的一个线程。

struct binder_transaction : 描述进程间通信过程

struct binder_write_read : 描述进程间通信过程中传输的数据,包括输入和输出数据。

enum BinderDriverCommandProtocol : 定义了输入(Binder驱动)的命令协议代码,在向Binder写数据时使用。

enum BinderDriverReturnProctocol: 定义了输出(Binder驱动)的返回协议代码,在从Binder读返回结果时使用。

struct binder_ptr_cookie : 描述一个Binder实体对象或一个Service组件的死亡接收通知。

stuct binder_transaction_data : 描述进程间通信过程中所传输的数据,会作为命令协议代码BC_TRANSACTION和BC_REPLY的参数使用。

2.Binder 使用流程:

初始化:binder_init

    在目标设备上创建/proc/binder/proc目录

    每一个使用Binder机制通信的进程都在该目录下有对应的文件,通过该文件可以读取到进程的Binder线程池,Binder实体对象,Binder引用对象及内核缓冲区等信息

     还创建了 state states transactions transaction_log failed_taransaction_log 文件,记录Binder驱动程序运行情况。

Binder设备打开: binder_open

    为进程创建binder_proc结构体,并加入到全局hash队列binder_procs中。

Binder设备文件内存映射:binder_mmap

    为进程分配内核缓冲区,以便它可以用来传输进程间通信数据。

3. 内核缓冲区的管理:

分配内核缓冲区:binder_alloc_buf

释放内核缓冲区:binder_free_buf

查询内核缓冲区:binder_buffer_lookup

时间: 2024-08-08 06:04:05

android binder 进程间通信机制1-binder 驱动程序的相关文章

android binder 进程间通信机制6-Binder进程间通信机制的JAVA接口

Binder间进程通信的JAVA层接口,主要是通过JNI方法来调用Binder库的C/C++接口 在JAVA层,将Service组件称为JAVA服务,Service组件的代理称为JAVA服务代理. 一.ServiceManager的Java层代理对象(ServiceManagerProxy)的获取过程. 个人感觉JAVA层的ServiceManager的Java服务和Java服务代理的实现结构还是很像的,如下: Java服务类关系图: java服务代理的类关系图: ServiceManager代

android binder 进程间通信机制3-Binder 对象生死

以下概述Binder通信过程中涉及到的四个对象:Binder本地对象.Binder实体对象.Binder引用对象.Binder代理对象的生死. 1.Binder通信的交互过程 1.Client 进程发出进程间通信请求,具体由Client进程中的代理对象通过Binder驱动程序向Server进程中的Binder本地对象发起请求. 2.Binder驱动程序根据Client进程传递过来的Binder代理对象的句柄值找到Binder驱动程序内的Binder引用对象. 3.根据Binder引用对象找到Bi

android binder 进程间通信机制4-Service Manager

Service Manager 是Binder进程间通信的核心组件之一: 它扮演者Binder进程间通信上下文(Context Manager)的角色 负责管理系统中的Service组件 向Client组件提供获取代理对象的服务 一.Service Manager的启动 1.ServiceManager是由init负责启动的,启动脚本在system/core/rootdir/init.rc中. service servicemanager /system/bin/servicemanager c

android binder 进程间通信机制5-Service注册和代理对象的获取

ServiceManager,其实也是一个Service,不过它的Server端实现并未使用Binder库的结构实现,而是直接打开binder/dev进行通信的,不具有普遍性. 下面以MediaServer中的MediaPlayService为例,说明更加普遍的使用binder通信机制的Service的实现. 一.Service组件的启动 Service组件是在Server进程中运行的,Server进程通常从其main函数启动,启动时通常做两件事: 1.首先将它里面的Service组件注册到Se

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

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6642463 在前面几篇文章中,我们详细介绍了Android系统进程间通信机制Binder的原理,并且深入分析了系统提供的Binder运行库和驱动程序的 源代码.细心的读者会发现,这几篇文章分析的Binder接口都是基于C/C++语言来实现的,但是我们在编写应用程序都是基于Java语言的,那么,我 们如何使用Java语言来使用系统的Binder机

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

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6629298 在前面一篇文章浅谈Android系统进程间通信(IPC)机制Binder中的Server和Client获得Service Manager接口之路中, 介绍了在Android系统中Binder进程间通信机制中的Server角色是如何获得Service Manager远程接口的,即defaultServiceManager函数的实现.S

浅谈Android系统进程间通信(IPC)机制Binder中的Server和Client获得Service Manager接口之路

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6627260 在前面一篇文章浅谈Service Manager成为Android进程间通信(IPC)机制Binder守护进程之路中,介绍了Service Manager是如何成为Binder机制的守护进程的.既然作为守护进程,Service Manager的职责当然就是为Server和Client服务了.那么,Server和Client如何获得S

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

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6633311 在上一篇文章中,我 们分析了Android系统进程间通信机制Binder中的Server在启动过程使用Service Manager的addService接口把自己添加到Service Manager守护过程中接受管理.在这一篇文章中,我们将深入到Binder驱动程序源代码去分析Client是如何通过Service Manager的

Binder核心机制分析揭秘跨进程得实现原理

前言 想写篇关于Binder的文章,可对其一无所知,无从下手.在阅读了大量的优秀文章后,心惊胆战的提笔,不怕文章被贻笑大方,怕的是误人子弟!望各位大佬抽空阅读本文的同时,能够对文章的知识点持怀疑态度,共同探讨,共同进步! 一.序列化 日常开发中,通过Intent携带数据跳转Activity时,数据通常要通过实现Serializable或Parcelable接口,才能在被Intent所携带,而Serializable接口和Parcelabel接口主要是完成对象的序列化过程.将对象持久化到设备上或者