/**
* 每天一个知识点day55 TODO binder机制
* https://blog.csdn.net/alankin/article/details/80402809
* https://www.cnblogs.com/aademeng/articles/11042226.html
*
* Binder是Android中的一种跨进程通信方式，该通信方式在linux中没有，是Android独有的。
*
* Android为什么选择Binder
* Android是基于Linux内核的，要实现进程间通讯，其实可以使用Linux
* 原有的一些手段，如管道，共享内存，Socket等，传统的管道队列模式采用
* 内存缓冲区的方式，数据先从发送方缓存区拷贝到内核开辟的缓存区中，
* 然后再从内核缓存区拷贝到接收方缓存区，至少要两次拷贝过程，而Socket传输
* 效率低，开销大，共享内存方式一次内存拷贝都不需要，但实现方式又比较复杂，
* 原有手段性能和传输效率比较低。
* Binder只需要一次拷贝，性能仅次于内存共享，采用传统的C/S结构，稳定性安全性高。
*
* 原理：
* 为了保护进程空间不被别的进程破坏或者干扰，Linux的进程是相互独立的，而且一个
* 进程空间还分为用户空间和内核空间，相当于把内核和上层应用程序抽象的隔离开，
* 这里有两个隔离，一是进程间的相互隔离，二是进程内有用户和内核的隔离。
*
* Binder框架定义了四个角色：Client，Server，ServiceManager以及Binder驱动。
* 其中Server，Client，ServiceManager运行于用户空间，驱动运行于内核空间，
* 这四个角色的关系类似：Server是服务器，Client是客户终端，
* ServiceManager是服务注册中心（类似房屋中介）。
*
* 要进行Client-Server之间通信，从面向对象的角度，Server内部有一个Binder实体，
* 在Client内部有一个Binder对象的引用，其实就是一个Binder代理，Client通过对
* Binder引用间接操作Server内部的Binder实体，这样就实现了通信。
* 但是会有很多提供不同服务的Server，比如媒体播放服务，音视频捕获服务等，而且会有
* 很多Client，，那么我们怎么才能够实现正确的Client调用正确的Server呢？
*
* 就好比房客怎么才能够租到自己想要租的房子（联系上房东），这个时候中介就起到重要作用，
* 房东想要出租自己的房子就必须要到中介注册，房客想要租房子就要去中介那里找，
* 同样的道理，这里Client就是房客，Server就是房东，ServiceManager就是房屋中介，
* 每个Server如果要提供服务，就必须去ServiceManager里去注册，ServiceManager在一张查
* 找表中记录一个Server的名字，对应着Server的引用。Client想要获得Server，
* 必须通过名字到ServiceManager取找Server的引用，获得这个Server的binder引用，
* 通过这个binder引用去和Server通信。
*
* Server与ServiceManager也要通过Binder进行通信，因为本身Server与ServiceManager就在
* 不同的进程中，那么问题来了，刚刚说Server去ServiceManager注册，这个过程是怎么实现的呢，
* 其实这个通信还是binder实现的，只是ServiceManager充当了Server的角色不用注册而已，
* 我们注册的的目的是为了让Client找到正确的Server，但是ServiceManager只有一个，
* 我们这个时候就可以将ServiceManager创建的binder引用定死，android系统在启动的时候就已经创建
* 了ServiceManager的binder(通过调用BINDER_SET_CONTEXT_MGR告诉系统该进程是ServiceManager进程)，
* 而且每个Client都知道这个binder的引用代号为0，所以每个Client就可以直接获得这个binder引用，
* 而不需要从其他地方获取。
*
* Binder的线程管理
* 每个Binder的Server进程会创建很多线程来处理Binder请求，
* 可以简单的理解为创建了一个Binder的线程池吧（虽然实际上并不完全是这样简单的线程管理方式），
* 而真正管理这些线程并不是由这个Server端来管理的，而是由Binder驱动进行管理的。
*
* 一个进程的Binder线程默认最大是16，超过的请求会被阻塞，等待空闲的Binder线程。
*
*
*
*/