Binder最关键的机制总结

花了很长时间学习android binder机制，百思不得其解，特别是Binder_WRITE_READ命令。在网上搜索了很多资料，没有人说清楚，也看了源码，更是一头雾水。

通常情况，我们都会误解WRITEand READ的含义是，APP clinet write命令给Server端，然后Read出Server端返回的结果。其实这个理解是错误的。

站在Binder的角度，只有souce和Target的概念。这里的Source和Target就是应用程序。应用程序和Binder driver的交互应该是这样的：

1. 应用程序通过Write，把希望Driver做的事情发给Drvier。Driver会根据命令类型，决定干什么事情，包括通知Server APP执行操作，也包括检点的设置驱动程序状态。

2.Write命令执行完后，调用Write的进程或线程会由Driver分配一些Work，在Drvier code里面叫做Binder_Work。

3. 应用程序在Write之后，会通过Binder_Thread_Read去看自己有哪些Binder_work没处理，然后就循环处理。

总结：

    应用程序通过Binder_Tread_Write通知Binder_Driver做事情，应用程序通过Binder_Thread_read处理Binder_Driver要求应用程序做的事情。而Binder_Driver会管理好被应用程序要求的事情，也会管理好需要相应程序做的事情。

   以一事务为例：APP通知Driver，我需要Server执行一段程序。Driver把命令放入Server队列，唤醒Server做事情。Write操作就结束。这个事情，APP不会马上退出Driver，会看Driver中有没有需要自己处理的Binder_Work。加入Binder_work中正好有别的进程通知我需要做的事情，Driver会把命令放入APP用户空间。APP会根据协议执行相关命令。