Binder机制分析【三】-service绑定Binder

本章来主要分析Service是如何绑定到Binder的
我们从activity调用bindService开始
Activity.bindService ->
ContextWrapper.bindService ->
ContextImpl.bindService ->
ActivityManagerNative.getDefault().bindService（ActivityManagerProxy）->
ActivityManagerService. bindService
requestServiceBindingLocked（r.app.thread.scheduleBindService）->
ActivityThread. scheduleBindService
下面简单介绍下ActivityManagerNative，ActivityManagerProxy，ActivityManagerService的关系。这个是通过aidl实现的跨进程通信的基本应用。如第二章例子里面的aidl的实现一样，ActivityManagerNative，ActivityManagerProxy是通过eclipse自动生成的类文件。ActivityManagerNative相当于Stub，ActivityManagerProxy相当于Proxy，ActivityManagerService相当于继承了Stub的MyBinder。所以一般bindService的调用方式是：getDefault()获取ActivityManagerProxy对象，然后调用ActivityManagerProxy的bindService，然后调用mRemote.transact,调到ActivityManagerNative的onTransact，它里面调用bindService调到ActivityManagerService的bindService。
操作：
1. 先从HashMap<IBinder, Service >：mServices里找出目的Service。如下指令：
Service s = mServices.get(data.token);
2. 执行了onBind()函数，得到myBinder对象。
IBinder binder = s.onBind(data.intent);
3. 在取得binder之后，通过ActivityManagerProxy的publishService方法
ActivityManagerNative.getDefault().publishService(data.token, data.intent, binder);
4. 在该方法内，会通过data.writeStrongBinder（JNI调用）操作C环境，创建myBinder相对的BBinderHolder对象，然后创建一个和java环境交互的BBinder对象。这样就在C环境搭建了一个和java环境交互的接口。下面就该在java环境创建另一个交互接口了。
5. 在ActivityManagerNative中data.readStrongBinder()函数中，在得到C环境的binder对象bpBinder时，会创建一个BinderProxy，并且将bpBinder赋值给BinderProxy的mObject。至此就完成了binder的绑定操作。
Binder整体结构如下图：

[img]http://dl.iteye.com/upload/attachment/0064/5568/51a72e64-0ade-3d56-a8f6-207bff4cf6fb.bmp[/img]

Service绑定binder如下图：

[img]http://dl.iteye.com/upload/attachment/0064/5570/4abdada4-0ca4-3340-b1fa-4c16039d2762.bmp[/img]

参考：http://blog.youkuaiyun.com/zhanghw0917/article/details/5629865