在前面一篇文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)驱动程序源代码分析中,我们系统地介绍了Android系统匿名共享内存的实现原理,其中着重介绍了它是如何辅助内存管理系统来有效地管理内存的,在再前面一篇文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划中,我们还提到,Android系统匿名共享内存的另外一特点是通过Binder进程间通信机制来实现进程间共享的,本文中,将详细介绍Android系统匿名共享内存是如何使用Binder进程间通信机制来实现进程间共享的。
由于Android系统匿名共享内存在进程间共享的原理涉及到Binder进程间通信机制的相关知识,所以希望读者在继续阅读本文之前,最好对Android系统的Binder进程间通信机制有一定的了解,具体可以参考Android进程间通信(IPC)机制Binder简要介绍和学习计划这篇文章。
在Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划这篇文章中,我们举了一个例子来简要地介绍了Android系统的匿名共享内存机制及其使用方法,在这篇文章中,我们继续以这个实例来说明Android系统的匿名共享内存是如何使用Binder进程间通信机制来实现进程间共享的。为了方便描述,结合前面的Binder进程间通信机制知识,我们通过下面这个序列图来总结这个实例中的匿名共享内存文件的文件描述符在进程间传输的过程:
这里, 我们需要关注的便是虚线框部分了,它在Binder驱动程序中实现了在两个进程中共享同一个打开文件的方法。我们知道,在Linux系统中,文件描述符其实就是一个整数。每一个进程在内核空间都有一个打开文件的数组,这个文件描述符的整数值就是用来索引这个数组的,而且,这个文件描述符只是在本进程内有效,也就是说,在不同的进程中,相同的文件描述符的值,代表的可能是不同的打开文件。因此,在进程间传输文件描述符时,不能简要地把一个文件描述符从一个进程传给另外一个进程,中间必须做一过转换,使得这个文件描述在目标进程中是有效的,并且它和源进程的文件描述符所对应的打开文件是一致的,这样才能保证共享。
在浅谈Service Manager成为Android进程间通信(IPC)机制Binder守护进程之路一文中,我们介绍了用来传输的Binder对象的数据结构struct flat_binder_object,它定义在kernel/common/drivers/staging/android/binder.h 文件中:
- structflat_binder_object{
- unsignedlongtype;
- unsignedlongflags;
- union{
- void*binder;
- signedlonghandle;
- };
- void*cookie;
- };
域type是一个枚举类型,它的取值范围是:
- enum{
- BINDER_TYPE_BINDER=B_PACK_CHARS('s','b','*',B_TYPE_LARGE),
- BINDER_TYPE_WEAK_BINDER=B_PACK_CHARS('w','b','*',B_TYPE_LARGE),
- BINDER_TYPE_HANDLE=B_PACK_CHARS('s','h','*',B_TYPE_LARGE),
- BINDER_TYPE_WEAK_HANDLE=B_PACK_CHARS('w','h','*',B_TYPE_LARGE),
- BINDER_TYPE_FD=B_PACK_CHARS('f','d','*',B_TYPE_LARGE),
- };
这里我们要介绍的Binder对象的type便是BINDER_TYPE_FD了,要传输的文件描述符的值保存在handle域中。
在Android系统进程间通信(IPC)机制Binder中的Server启动过程源代码分析一文中,我们详细介绍了Binder对象在进程间通信传输的完整过程,这里就不再详述了,有兴趣的读都可以回过头去参考一下。这里,我们只关注文件描述符类型的Binder对象在Binder驱动程序中的相关处理逻辑。
文件描述符类型的Binder对象在Binder驱动程序中的相关处理逻辑实现在binder_transact函数,这个函数定义在kernel/common/drivers/staging/android/binder.c文件中:
- staticvoid
- binder_transaction(structbinder_proc*proc,structbinder_thread*thread,
- structbinder_transaction_data*tr,intreply)
- {
- structbinder_transaction*t;
- structbinder_work*tcomplete;
- size_t*offp,*off_end;
- structbinder_proc*target_proc;
- structbinder_thread*target_thread=NULL;
- structbinder_node*target_node=NULL;
- structlist_head*target_list;
- wait_queue_head_t*target_wait;
- structbinder_transaction*in_reply_to=NULL;
- structbinder_transaction_log_entry*e;
- uint32_treturn_error;
- ......
- offp=(size_t*)(t->buffer->data+ALIGN(tr->data_size,sizeof(void*)));
- ......
- off_end=(void*)offp+tr->offsets_size;
- for(;offp<off_end;offp++){
- structflat_binder_object*fp;
- ......
- fp=(structflat_binder_object*)(t->buffer->data+*offp);
- switch(fp->type){
- ......
- caseBINDER_TYPE_FD:{
- inttarget_fd;
- structfile*file;
- if(reply){
- if(!(in_reply_to->flags&TF_ACCEPT_FDS)){
- binder_user_error("binder:%d:%dgotreplywithfd,%ld,buttargetdoesnotallowfds\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fd_not_allowed;
- }
- }elseif(!target_node->accept_fds){
- binder_user_error("binder:%d:%dgottransactionwithfd,%ld,buttargetdoesnotallowfds\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fd_not_allowed;
- }
- file=fget(fp->handle);
- if(file==NULL){
- binder_user_error("binder:%d:%dgottransactionwithinvalidfd,%ld\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fget_failed;
- }
- target_fd=task_get_unused_fd_flags(target_proc,O_CLOEXEC);
- if(target_fd<0){
- fput(file);
- return_error=BR_FAILED_REPLY;
- gotoerr_get_unused_fd_failed;
- }
- task_fd_install(target_proc,target_fd,file);
- if(binder_debug_mask&BINDER_DEBUG_TRANSACTION)
- printk(KERN_INFO"fd%ld->%d\n",fp->handle,target_fd);
- fp->handle=target_fd;
- }break;
- ......
- }
- }
- ......
- }
这里,我们先明确一下在Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划这篇文章中所举的例子获取匿名共享内存文件的文件描述符的场景。匿名共享内存文件是在Server进程创建的,Client通过IMemoryService.getFileDescriptor去获取Server进程所创建的匿名共享内存文件的文件描述符,Server进程在返回这个文件描述符的过程中进入到Binder驱动程序,即这里的binder_transact函数。因此,这里的当前执行binder_transact函数的进程是Server进程,即源进程是Server进程,而目标进程是Client进程,就是这里的target_proc所表示的进程了。
函数binder_transaction处理文件描述符类型的Binder对象就在中间的for循环里面。
首先是获得Binder对象,并保存在本地变量fp中:
- fp=(structflat_binder_object*)(t->buffer->data+*offp);
文件描述符的值就保存在fp->handle中,通过fget函数取回这个文件描述符所对应的打开文件结构:
这里的file是一个struct file指针,它表示一个打开文件结构。注间,在Linux系统中,打开文件结构struct file是可以在进程间共享的,它与文件描述符不一样。
接着在目标进程中获得一个空闲的文件描述符:
- target_fd=task_get_unused_fd_flags(target_proc,O_CLOEXEC);
现在,在目标进程中,打开文件结构有了,文件描述符也有了,接下来就可以把这个文件描述符和这个打开文件结构关联起来就可以了:
- task_fd_install(target_proc,target_fd,file);
由于这个Binder对象最终是要返回给目标进程的,所以还要修改fp->handle的值,它原来表示的是在源进程中的文件描述符,现在要改成目标进程的文件描述符:
这样,对文件描述符类型的Binder对象的处理就完成了。目标进程拿到这个文件描述符后,就可以和源进程一起共享打开文件了。
至此,Android系统匿名共享内存利用Binder进程间通信机制来实现进程间共享的学习就结束了,整个Android系统匿名共享内存机制的学习也完成了,希望对读者有所帮助,重新学习Android系统匿名共享内存机制请回到Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划一文。
在前面一篇文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)驱动程序源代码分析中,我们系统地介绍了Android系统匿名共享内存的实现原理,其中着重介绍了它是如何辅助内存管理系统来有效地管理内存的,在再前面一篇文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划中,我们还提到,Android系统匿名共享内存的另外一特点是通过Binder进程间通信机制来实现进程间共享的,本文中,将详细介绍Android系统匿名共享内存是如何使用Binder进程间通信机制来实现进程间共享的。
由于Android系统匿名共享内存在进程间共享的原理涉及到Binder进程间通信机制的相关知识,所以希望读者在继续阅读本文之前,最好对Android系统的Binder进程间通信机制有一定的了解,具体可以参考Android进程间通信(IPC)机制Binder简要介绍和学习计划这篇文章。
在Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划这篇文章中,我们举了一个例子来简要地介绍了Android系统的匿名共享内存机制及其使用方法,在这篇文章中,我们继续以这个实例来说明Android系统的匿名共享内存是如何使用Binder进程间通信机制来实现进程间共享的。为了方便描述,结合前面的Binder进程间通信机制知识,我们通过下面这个序列图来总结这个实例中的匿名共享内存文件的文件描述符在进程间传输的过程:
这里, 我们需要关注的便是虚线框部分了,它在Binder驱动程序中实现了在两个进程中共享同一个打开文件的方法。我们知道,在Linux系统中,文件描述符其实就是一个整数。每一个进程在内核空间都有一个打开文件的数组,这个文件描述符的整数值就是用来索引这个数组的,而且,这个文件描述符只是在本进程内有效,也就是说,在不同的进程中,相同的文件描述符的值,代表的可能是不同的打开文件。因此,在进程间传输文件描述符时,不能简要地把一个文件描述符从一个进程传给另外一个进程,中间必须做一过转换,使得这个文件描述在目标进程中是有效的,并且它和源进程的文件描述符所对应的打开文件是一致的,这样才能保证共享。
在浅谈Service Manager成为Android进程间通信(IPC)机制Binder守护进程之路一文中,我们介绍了用来传输的Binder对象的数据结构struct flat_binder_object,它定义在kernel/common/drivers/staging/android/binder.h 文件中:
- structflat_binder_object{
- unsignedlongtype;
- unsignedlongflags;
- union{
- void*binder;
- signedlonghandle;
- };
- void*cookie;
- };
域type是一个枚举类型,它的取值范围是:
- enum{
- BINDER_TYPE_BINDER=B_PACK_CHARS('s','b','*',B_TYPE_LARGE),
- BINDER_TYPE_WEAK_BINDER=B_PACK_CHARS('w','b','*',B_TYPE_LARGE),
- BINDER_TYPE_HANDLE=B_PACK_CHARS('s','h','*',B_TYPE_LARGE),
- BINDER_TYPE_WEAK_HANDLE=B_PACK_CHARS('w','h','*',B_TYPE_LARGE),
- BINDER_TYPE_FD=B_PACK_CHARS('f','d','*',B_TYPE_LARGE),
- };
这里我们要介绍的Binder对象的type便是BINDER_TYPE_FD了,要传输的文件描述符的值保存在handle域中。
在Android系统进程间通信(IPC)机制Binder中的Server启动过程源代码分析一文中,我们详细介绍了Binder对象在进程间通信传输的完整过程,这里就不再详述了,有兴趣的读都可以回过头去参考一下。这里,我们只关注文件描述符类型的Binder对象在Binder驱动程序中的相关处理逻辑。
文件描述符类型的Binder对象在Binder驱动程序中的相关处理逻辑实现在binder_transact函数,这个函数定义在kernel/common/drivers/staging/android/binder.c文件中:
- staticvoid
- binder_transaction(structbinder_proc*proc,structbinder_thread*thread,
- structbinder_transaction_data*tr,intreply)
- {
- structbinder_transaction*t;
- structbinder_work*tcomplete;
- size_t*offp,*off_end;
- structbinder_proc*target_proc;
- structbinder_thread*target_thread=NULL;
- structbinder_node*target_node=NULL;
- structlist_head*target_list;
- wait_queue_head_t*target_wait;
- structbinder_transaction*in_reply_to=NULL;
- structbinder_transaction_log_entry*e;
- uint32_treturn_error;
- ......
- offp=(size_t*)(t->buffer->data+ALIGN(tr->data_size,sizeof(void*)));
- ......
- off_end=(void*)offp+tr->offsets_size;
- for(;offp<off_end;offp++){
- structflat_binder_object*fp;
- ......
- fp=(structflat_binder_object*)(t->buffer->data+*offp);
- switch(fp->type){
- ......
- caseBINDER_TYPE_FD:{
- inttarget_fd;
- structfile*file;
- if(reply){
- if(!(in_reply_to->flags&TF_ACCEPT_FDS)){
- binder_user_error("binder:%d:%dgotreplywithfd,%ld,buttargetdoesnotallowfds\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fd_not_allowed;
- }
- }elseif(!target_node->accept_fds){
- binder_user_error("binder:%d:%dgottransactionwithfd,%ld,buttargetdoesnotallowfds\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fd_not_allowed;
- }
- file=fget(fp->handle);
- if(file==NULL){
- binder_user_error("binder:%d:%dgottransactionwithinvalidfd,%ld\n",
- proc->pid,thread->pid,fp->handle);
- return_error=BR_FAILED_REPLY;
- gotoerr_fget_failed;
- }
- target_fd=task_get_unused_fd_flags(target_proc,O_CLOEXEC);
- if(target_fd<0){
- fput(file);
- return_error=BR_FAILED_REPLY;
- gotoerr_get_unused_fd_failed;
- }
- task_fd_install(target_proc,target_fd,file);
- if(binder_debug_mask&BINDER_DEBUG_TRANSACTION)
- printk(KERN_INFO"fd%ld->%d\n",fp->handle,target_fd);
- fp->handle=target_fd;
- }break;
- ......
- }
- }
- ......
- }
这里,我们先明确一下在Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划这篇文章中所举的例子获取匿名共享内存文件的文件描述符的场景。匿名共享内存文件是在Server进程创建的,Client通过IMemoryService.getFileDescriptor去获取Server进程所创建的匿名共享内存文件的文件描述符,Server进程在返回这个文件描述符的过程中进入到Binder驱动程序,即这里的binder_transact函数。因此,这里的当前执行binder_transact函数的进程是Server进程,即源进程是Server进程,而目标进程是Client进程,就是这里的target_proc所表示的进程了。
函数binder_transaction处理文件描述符类型的Binder对象就在中间的for循环里面。
首先是获得Binder对象,并保存在本地变量fp中:
- fp=(structflat_binder_object*)(t->buffer->data+*offp);
文件描述符的值就保存在fp->handle中,通过fget函数取回这个文件描述符所对应的打开文件结构:
这里的file是一个struct file指针,它表示一个打开文件结构。注间,在Linux系统中,打开文件结构struct file是可以在进程间共享的,它与文件描述符不一样。
接着在目标进程中获得一个空闲的文件描述符:
- target_fd=task_get_unused_fd_flags(target_proc,O_CLOEXEC);
现在,在目标进程中,打开文件结构有了,文件描述符也有了,接下来就可以把这个文件描述符和这个打开文件结构关联起来就可以了:
- task_fd_install(target_proc,target_fd,file);
由于这个Binder对象最终是要返回给目标进程的,所以还要修改fp->handle的值,它原来表示的是在源进程中的文件描述符,现在要改成目标进程的文件描述符:
这样,对文件描述符类型的Binder对象的处理就完成了。目标进程拿到这个文件描述符后,就可以和源进程一起共享打开文件了。
至此,Android系统匿名共享内存利用Binder进程间通信机制来实现进程间共享的学习就结束了,整个Android系统匿名共享内存机制的学习也完成了,希望对读者有所帮助,重新学习Android系统匿名共享内存机制请回到Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划一文。
分享到:
相关推荐
Android系统匿名共享内存Ashmem(Anonymous Shared Memory)在进程间共享的原理分析
android传递大文件的话,第一想到的就是匿名共享内存了,但是进程间怎么共享匿名共享内存的。试想进程A创建匿名共享内存,进程B怎么得共享内存读出数据?熬得凌晨2点多写个demo,备忘和分享!
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。...
第6章 Ashmem匿名共享内存系统 6.1 Ashmem驱动程序 6.1.1 基础数据结构 6.1.2 匿名共享内存设备的初始化过程 6.1.3 匿名共享内存设备文件的打开过程 6.1.4 匿名共享内存设备文件的内存映射过程 6.1.5 ...
第6章 Ashmem匿名共享内存系统 6.1 Ashmem驱动程序 6.1.1 基础数据结构 6.1.2 匿名共享内存设备的初始化过程 6.1.3 匿名共享内存设备文件的打开过程 6.1.4 匿名共享内存设备文件的内存映射过程 6.1.5 匿名...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。 ...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。 ...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。 ...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。 ...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析。
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度来对Android应用程序的框架进行了深入的剖析...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度来对Android应用程序的框架进行了深入的剖析...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度来对Android应用程序的框架进行了深入的剖析...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度来对Android应用程序的框架进行了深入的剖析...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度来对Android应用程序的框架进行了深入的剖析...
libandroid-shmem 在使用ashmem在Android上进行System V共享内存(shmget,shmat,shmdt和shmctl)仿真。 它创建的共享内存段将在创建过程销毁它们或死时自动销毁,这与System V共享内存行为不同。 基于先前工作。...
安卓很多模块都用到了ashmem,为了更好的学习各个模块,了解ashmem的原理是必不可少的!
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架进行了深入的剖析
Ashmem是一个共享内存驱动,它与传统的共享内存相比,最大的特点是它是通过文件描述符来描述的,并且可以动态地进行分块管理。动态分块管理的目的是可以将部分不再使用了的内存交回给系统,非常适合内存较小的移动...
Android专用驱动系统篇介绍了Logger日志驱动程序、Binder进程间通信驱动程序以及Ashmem匿名共享内存驱动程序;Android应用程序框架篇从组件、进程、消息以及安装四个维度对Android应用程序的框架