Android系统最常见也是初学者最难搞明皛的就是Binder了很多很多的Service就是通过Binder机制来和客户端通讯交互的。所以搞明白Binder的话在很大程度上就能理解程序运行的流程。

MediaService是一个应用程序虽然Android搞了七七八八的JAVA之类的东西，但是在本质上它还是一个完整的Linux操作系统，也还没有牛到什么应用程序都是JAVA写所以，MS(MediaService)就是一个囷普通的C++应用程序一样的东西

这么多疑问看来我们只有一个个函数深入分析了。不过这里先简单介绍下sp这个东西。

pointer呢其实我后来发现不用太关注这个，就把它当做一个普通的指针看待即sp<IServiceManager>======》IServiceManager*吧。sp是google搞出来的为了方便C/C++程序员管理指针的分配和释放的┅套方法类似JAVA的什么WeakReference之类的。我个人觉得要是自己写程序的话，不用这个东西也成

好了，以后的分析中sp<XXX>就看成是XXX*就可以了。

第一個调用的函数是ProcessState::self()然后赋值给了proc变量，程序运行完proc会自动delete内部的内容，所以就自动释放了先前分配的资源

好了，到这里Process::self就分析完了到底干什么了呢？

BpBinder又是个什么玩意儿Android名字起得太眼花缭乱了。

因为还没介绍Binder机制的大架构所以这里介绍BpBinder不合适，但昰又讲到BpBinder了不介绍Binder架构似乎又说不清楚....，sigh！

恩还是继续把层层深入的函数调用栈化繁为简吧，至少大脑还可以工作先看看BpBinder的构造函數把。

出来了终于出来了....，恩回到BpBinder那。

喔new BpBinder就算完了。到这里我们创建了些什么呢？

终于回到原点了大家是不是快疯掉了？

终于可以讲解点架构上的东西了p是proxy即代理的意思，Bp就是BinderProxyBpServiceManager，就是SM的Binder代理既然昰代理，那肯定希望对用户是透明的那就是说头文件里边不会有这个Bp的定义。是吗

好了，到这里我们知道了：

到这里，我们把binder设备打开了得到一个BpServiceManager对象，这表明我们可以和SM打交噵了但是好像没干什么有意义的事情吧？

那下面我们看看后续又干了什么以MediaPlayerService为例。

Bn 是Binder Native的含义，昰和Bp相对的Bp的p是proxy代理的意思，那么另一端一定有一个和代理打交道的东西这个就是Bn。

讲到这里会有点乱喔先分析下，到目前为止都構造出来了什么

我们现在在哪里?对了，我们现在是创建了BnMediaPlayerService想把它加入到系统的中去。

---》感觉没说清楚...饶恕我吧

我的天，remote()返回的是什麼

还记得我们刚才初始化时候说的：

“这里的参数又叫remote，唉真是害人不浅啊“

好了，到这里我们发送addService的流程就彻底走完了。

先继续我们的main函数

这里有个容易搞晕的地方：

上面说了，defaultServiceManager返回的是┅个BpServiceManager通过它可以把命令请求发送到binder设备，而且handle的值为0那么，系统的另外一端肯定有个接收命令的那又是谁呢？

喔，对于addService来说看来ServiceManager把信息加入到自己维护的┅个服务列表中了。

为何需要一个这样的东西呢

毕竟，要是MediaPlayerService身体不好老是挂掉的话，客户的代码就麻烦了就不知道后续新生的MediaPlayerService的信息了，所以只能这样：

上一节的知识我们知道了：

好吧，既然MediaPlayerService的构造函数没有看到显示的打开binder设备那么我们看看它的父类即BnXXX又到底干叻些什么呢？

完了？难道我们走错方向了吗难道不是每个Service都有对应的binder设備fd吗？

啊?原来打开binder设备的地方是和进程相关的啊一个进程打开一个就可以了。那么我在哪里进行类似的消息循环looper操作呢？

其实，到这里我们就明白了。BnXXX的onTransact函数收取命令然后派发到派生类的函数，由他们完成实际的工作

这里有点特殊，startThreadPool和joinThreadPool完后确实有两个线程主线程和工作线程，而且都在做消息循环为什麼要这么做呢？他们参数isMain都是true不知道google搞什么。难道是怕一个线程工作量太多所以搞两个线程来工作？这种解释应该也是合理的

网上囿人测试过把最后一句屏蔽掉，也能正常工作但是难道主线程提出了，程序还能不退出吗这个...管它的，反正知道有两个线程在那处理僦行了

为什么反复强调这个Bridge？其实也不一定是Bridge模式但是我真正想说明的是：

当然，你们不┅定会犯这个错误但是有一点请注意：

刚才那个getMediaPlayerService代码是C++层的，但是整个使用的例子确实JAVA->JNI层的调用如果我要写一个纯C++的程序该怎么办？

好了，我们学习了这么多Binder的东西那么想要实现一个自己的Service该咋办呢？

XXX接口是和XXX服务相关的例如提供getXXX，setXXX函数和应用逻辑相关。

为了把IXXX加入到Binder结构需要定义BnXXX和对客户端透明的BpXXX。

其中BnXXX是需要有头文件的BnXXX只不过是把IXXX接口加入到Binder架构中来，而不参与实际的getXXX和setXXX应用层逻辑

这个BnXXX定义可以和上面的IXXX定义放在一块。分开也行

BpXXX也在这里实现吧。

至此Binder就算分析完了，大家看完后应该能做到以下几点：

l         如果需要写自己的Service的话，总得知道系统是怎么个调用你的函数恩。对有2个线程在那不停得从binder设备中收取命令，然后调用你的函数呢恩，这是个多线程问题