android 深入学习中遇到Bn 和Bp时如何区别

最近在研究surfaceflinger，真心被里面的类名折腾惨了。

Bn

n 就是native，这是一个怎样的类？ 我们继承它的原因是为了实现一个接口，具体点说就是一个BnXXX对应一个IXXX。比如BnSurfaceComposer 对应 ISurfaceComposer

I 其实就是interface（接口）的意思。

class SurfaceFlinger : public BnSurfaceComposer｛…｝

SF inherit BnSC,let’s see the BnSC:
class BnSurfaceComposer: public BnInterface { …}

其中 BnInterface 就是两个一起继承的意思，尖括号里的就是对应的接口类。

我们来看下这个类：

class ISurfaceComposer: public IInterface {
public:
DECLARE_META_INTERFACE(SurfaceComposer); //他继承了接口类 IInterface 然后 DECLARE_META_INTERFACE(SurfaceComposer); 是一个宏定义

内容如下：

   #define DECLARE_META_INTERFACE(INTERFACE)                               \
    static const android::String16 descriptor;                          \
    static android::sp<I##INTERFACE> asInterface(                       \
            const android::sp<android::IBinder>& obj);                  \
    virtual const android::String16& getInterfaceDescriptor() const;    \
    I##INTERFACE();                                                     \
    virtual ~I##INTERFACE();                                            \

目前还没理解这个宏定义，只能做出个结论，他把IBinder的对象赋给了 ISurfaceComposer类对象，然后又自己调用自己的构造函数。这种机制好像就是想把 Binder和啥啥扯 上关系吧，能力还不行只能理解到这个地步。

Bp

p 就是proxy 代理的意思。这个累存在的意义在于通过IPC机制去实现执行接口函数调用。同样 他也是一个BXXX对应一个IXXX 例如 BpSurfaceComposer 与 ISurfaceComposer

BpXXX的类是这样的，继承了IXXX

  class BpSurfaceComposer : public BpInterface<ISurfaceComposer>
{......}

   它的构造函数：  BpSurfaceComposer(const sp<IBinder>& impl)
        : BpInterface<ISurfaceComposer>(impl)
    {
    }

没有什么实现内容，仅做了初始化 BpInterface(impl) 跟踪一下发现 还有文章：

   template<typename INTERFACE>
     inline BpInterface<INTERFACE>::BpInterface(const sp<IBinder>& remote)
    : BpRefBase(remote){

   }

定义了模版类。模版就是初始化的ISurfaceComposer,仔细一看又扯到IBinder，一潭深水！到此为止

总之，BpXXX是一个代理负责执行接口函数，到底做谁的代理？我想应该是XXX，对就是XXX.