最近在研究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<ISurfaceComposer> { ...}
其中 BnInterface<ISurfaceComposer> 就是两个一起继承的意思,尖括号里的就是对应的接口类。
我们来看下这个类:
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<ISurfaceComposer>(impl) 跟踪一下发现 还有文章:
template<typename INTERFACE>
inline BpInterface<INTERFACE>::BpInterface(const sp<IBinder>& remote)
: BpRefBase(remote)
{
}
定义了模版类。模版就是初始化的ISurfaceComposer,仔细一看又扯到IBinder,一潭深水!到此为止
总之,BpXXX是一个代理负责执行接口函数,到底做谁的代理?我想应该是XXX,对就是XXX.