binder系统驱动情景分析 transaction_stack机制

参考
binder_transactioner_transaction

个人感觉似乎就是
源进程把数据放到 目的进程的 todo 链表，从而唤醒目的进程，数据被目的进程处理。

当一个进程进入 binder驱动，那么就会创建一个 binder_proc 结构体
结构体binder_proc用来描述一个正在使用Binder进程间通信机制的进程。当一个进程调用函数open打开/dev/binder设备文件时，
Binder驱动程序就会为该进程创建一个binder_proc结构体，并且保存在全局的binder_procs链表中。

当A给B发送数据的时候
数据会带上
BC_TRANSACTION
binder 驱动会把 BC_TRANSACTION 变为
BR_TRANSACTION 再发送给 B
B 回复 A
数据会带上
BC_REPCY
binder 驱动会把 BC_REPCY 变为
BR_REPCY 再回复给 A

服务进程下 不仅有 binder_proc （代表进程） 还有 binder_thread (代表线程) 他们都有 todo 链表

红框中可以看到 当执行 BC_TRANSACTION 就会 在binder_transaction结构体中赋值，然后进行传递。
然后在第三步 全部出栈