Android系统的Ashmem匿名共享内存子系统分析(5)- 实现共享的原理

声明

实现共享的原理

  在Android系统中,每一块匿名共享内存都是使用一个文件描述符来描述的,而这个文件描述符是通过打开设备文件 /dev/ashmem 获得的。当两个进程需要共享一块匿名共享内存时,只要把它的文件描述符从一个进程传递给别外一个进程即可。
  但问题是在Linux系统中,文件描述符其实就是一个整数,它只在进程范围内有效,即值相等的两个文件描述符在两个不同的进程中具有不同的含义。在Linux内核中,每一个文件描述符都对应有一个文件结构体(struct file)。文件结构体是一个内核对象每一个打开的文件都有一个对应的文件结构体。文件描述符、文件结构体和文件的关系如图所示:
在这里插入图片描述
  不同的文件描述符可以对应于同一个文件结构体,而不同的文件结构体也可以对应于同一个文件。当应用程序调用函数 open 来打开一个文件时,文件系统就会为该文件创建一个文件结构体和一个文件描述符,最后将这个文件描述符返回给应用程序。
  由于应用程序打开设备文件 /dev/ashmem 时,Ashmem 驱动程序会为它在内核中创建一块匿名共享内存。因此,文件描述符、文件结构体和匿名共享内存的关系就如图所示:
在这里插入图片描述
  匿名共享内存能够在两个不同的进程中共享关键在于,这两个进程分别有一个文件描述符 fd1 和 fd2,它们指向了同一个文件结构体 file1,而这个文件结构体又指向了一块匿名共享内存 asma。这时候,如果这两个进程的文件描述符 fd1 和 fd2 分别被映射到各自的地址空间,那么它们就会把同一块匿名共享内存映射到各自的地址空间,从而实现在两个不同的进程中共享同一块匿名共享内存。

  问题:如何让两个位于不同进程中的文件描述符 fd1 和 fd2 指向同一个用来描述匿名共享内存 asma 的文件结构体file1呢?

  假设进程 p1 首先调用函数 open 来打开设备文件 /dev/ashmem,这样它就得到了一块匿名共享内存一个文件结构体 fle1 和一个文件描述符 fd1。然后进程 p2 通过 Binder 进程间通信机制请求进程 p1 将文件描述符 fd1 返回给它,进程 p1 要通过 Binder 驱动程序将文件描述符 fd1 返回给进程 p2。由于文件描述符 fd1 只在进程 p1 中有效,因此,Binder 驱动程序就不能直接将文件描述符 fd1 返回给进程 p2。这时候 Binder 驱动程序就会在进程 p2 中创建一个新的文件描述符 fd2,使得它也指向文件结构体 file1,最后再将文件描述符 fd2 返回给进程p2。这样,文件描述符 fd1 和 fd2 就指向同一个文件结构体 file1 了,即指向了同一块匿名共享内存 asma。

  Client组件通过其内部的一个 MemoryService 代理对象的成员函数 getFileDescriptor 来请求运行在另外一个进程中的 MemoryService 服务返回其内部的一块匿名共享内存的文件描述符这个过程如图所示:

Client IMemoryService.Stub.Proxy Binder Driver IMemoryService.Stub MemoryService 1. getFileDescriptor 2. transact 3. onTransact 4. getFileDescriptor 5. ParcelFileDescriptor 6. flat_binder_object 7. flat_binder_object 8. ParcelFileDescriptor Client IMemoryService.Stub.Proxy Binder Driver IMemoryService.Stub MemoryService

  第1步到第4步是 Client 组件请求 MemoryService 服务返回其内部的匿名共享内存的文件描述符的过程,而第5步到第8步是 MemoryService 服务返回其内部的匿名共享内存的文件描述符给 Client 组件的过程。
  第5步中,MemoryService 服务将内部的匿名共享内存的文件描述符封装成一个 ParcelFileDescriptor 对象,然后把它从 Java 层传输到 C++ 层。
  第6步时,这个正在传输的 ParcelFileDescriptor 对象首先被转换为一个类型为 BINDER_TYPE_FD 的 flat_binder_object 结构体,然后传输给 Binder 驱动程序。
  第7步时,Binder 驱动程序就会对第6步传输过来的 flat_binder_object 结构体进行处理,然后再在第8步返回给 Client 组件。

  Client 组件从 Binder 驱动程序中获得了 flat_binder_object 结构体之后,首先将它封装成一个 ParcelFileDescriptor 对象,然后再将它转换成一个 FileDescriptor 对象,最后就可以使用这个 FileDescriptor 对象来创建一个 MemoryFile 对象,即将 MemoryService 服务内部的匿名共享内存映射到 Client 组件所在的进程的地址空间,从而达到了在不同的进程中共享同一块匿名共享内存的目的。

猜你喜欢

转载自blog.csdn.net/Xiaoma_Pedro/article/details/131069641