Android Binder机制源码笔记(2)

1. 一个Client要获得想要通信的Service的handle，必须先借助于ServiceManager来获得想要的service的handle， 所以第一步是和ServiceManager这个service通信，而serviceManader其handle固定为0,因此在IServiceManager.cpp的defaultServiceManager()就可以获得:
   
   • 可以看到defaultServiceManager()维护了一个static全局对象gDefaultServiceManager，只会初始化一次，第一次获得时，会调用当前进程的ProcessState::self()->getContextObject(NULL))得到一个IBinder对象并interface_cast为一个IServiceManager对象.
   • 而ProcessState::getContextObject(…)调用的是getStrongProxyForHandle(0这个0就是ServiceManager的handler值)
   • getStrongProxyForHandle(handle)本身则是一个可以根据handle值获得联通了对应这个handle已经注册Service的BpBinder.
   • 上面的超找handle对应的BpBinder是通过ProcessState的lookupHandleLocked(handle)函数得到的: ProcessState内部会维护一个本进程已经存在的BpBinder的vector(注意这个Vector是KeyedVector， ): mHandleToObject,handle_entry结构中有一个IBinder* 和 weakref_type*.
   • 如果已经有，则返回，否则在Vector中插入一个新成员，并new相应的BpBinder保存在此新成员中供下次使用.
   • 在得到了可以和ServiceManager通信的BpBinder以后，会通过interface_cast(IInterface.h中定义)template typename INTERFACE， INTERFACE::asInterface(obj)来进一步进行转化，这里其实调用的是IServiceManager的asInterface，而定义则是在IServiceManager.cpp的IMPLEMENT_META_INTERFACE(ServiceManager, “android.os.IServiceManager”)宏中(在binder/IInterface.h中定义), 很难找. 这个宏最后会把BpBinder转化为一个BpServiceManager.
   • 那么client实际得到的就是一个handle为0的BpServiceManager.
   • 得到的BpServiceManager带有一个’p’,代表的是proxy的意思，这就表明其很多方法其实是远程调用实现的, 而代码也验证了这一点:
     
     • virtual sp getService(const String16& name): 这个函数就是根据给出的service的名称得到一个可以与此service通信的Binder指针(应该指向的也是一个proxy), 这个函数会尝试去获取5次这个service，间隔1s, 如果5次都拿不到，那么返回null
     • virtual sp checkService( const String16& name)才是真正向远端获取binder的实现, 其实现也很见，就是在一个Parcel填入IServiceManager::getInterfaceDescriptor()和Service的名称，然后调用remote()的transact方法同步等待返回，最后在返回的结果中readStrongBinder(),就得到了可以通信的binder
     • 还有addService和listServices()，也都是通过remote()的transact(…)实现的.
   • BpInterface的定义在binder/IInterface.h中:
     
     • BpInterface中的remote方法继承自BpRefBase， 返回的是BpRefBase的IBinder* const mRemote,
     • mRemote的赋值则是在BpInterface的初始化列表中就被设定了，外界传入, 就是传入构造函数的参数. 进一步就是BpServiceManager在构造时被传入的构造参数.
       
       • 而BpServiceManager的构造则是在IMPLEMENT_META_INTERFACE这个宏中定义的asInterface(…)函数中new出来的，传入的参数则是asInterface()被调用时传入的参数
     • 继续，asInterface(…)则是在IInterface.h中的内联函数interface_cast(…)调用的，后者传递了该参数给asInterface(…).
     • 继续跟interface_cast(…), 在IServiceManager.cpp中的defaultServiceManager()会调用它，传入的参数则是之前分析过的ProcessState::self()->getContextObject(NULL), 是一个可以于ServiceManager通信的Ibinder.
     • 所有BpServiceManager中remote()得到的就是一个可以和ServiceManager通信的binder，因此可以用它来获取/添加service
   • BpRefBase则是在binder/Binder.h中定义, mRemote/remote()都是其定义的.