02.Binder系统—数据结构

  1. handle是进程A对进程B提供的服务S(hello服务)的引用

B可能提供多个服务,每个服务的handle是不一样的

open("1.txt")的时候得到一个handle,就是引用

02.Binder系统—数据结构_第1张图片

service_manager对应服务的handle值

test_server提供的服务

test_client对应服务的handle值

handle值

1

hello服务

2

handle值

2

goodbye服务

1

引用就是binder_ref,binder_ref当中有一个整数,调用驱动程序的时候会对比binder_ref,如果这个整数等于handle,就表示找到了这个引用。

  • 引用使用binder_ref表示
02.Binder系统—数据结构_第2张图片
  • 服务使用 binder_node表示
02.Binder系统—数据结构_第3张图片
  • 进程使用 binder_proc表示
02.Binder系统—数据结构_第4张图片
  • 多线程使用 binder_thread表示
02.Binder系统—数据结构_第5张图片
  1. binder_thread 、binder_proc、 binder_node、binder_ref之间的关系

02.Binder系统—数据结构_第6张图片
  1. binder节点总结

02.Binder系统—数据结构_第7张图片
  1. 数据传输过程

02.Binder系统—数据结构_第8张图片
  1. 数据的复制过程

5.1 一般的IPC (比如socket)数据拷贝过程如下:

02.Binder系统—数据结构_第9张图片

5.2 binder关键数据拷贝过程如下:

02.Binder系统—数据结构_第10张图片

5.3 binder 数据拷贝的全貌(结构变量+数据)

02.Binder系统—数据结构_第11张图片

使用ioctl读或写时一定会传入一个结构体binder_write_read类型的变量,而binder中关键内容的内存拷贝则会采用mmap的方式来实现。

数据的跨进程传递,只需要一次拷贝就可以完成的原理:当把同一块物理页面同时映射到进程空间和内核空间,这时在两者之间传递数据,只需要其中任意一方把数据拷贝到物理页面,另一方直接读取即可。

总结:结构变量拷贝两次,内存buf拷贝与映射各一次。

02.Binder系统—数据结构_第12张图片

(出处https://blog.csdn.net/vviccc/article/details/90717764)

你可能感兴趣的:(Android_binder,binder)