最近阅读《COM技术内幕》这本书，在讲到组件的聚合时候，看了几遍一直没看明白，最后在网上看到了这篇文章才发现原来是虚函数表在做宗，感慨C++学的不好啊！
后来发觉是因为指针的转换造成的.如下面的代码,而且你要保证你的INondelegationUnkNown接口函数顺序和IUnkNown一致.
仔细阅读下列代码,
class CA : public IA,public INondelegationUnkNown,public IB
{
...
};
IA,IB接口都派生于IUnkNown
HRESULT CA::NondelegationQueryInterface(const GUID & iid,void ** ppv)
{
*ppv = NULL;
if(iid == IID_IA)
{
*ppv = (IA*)this;//类型的转换
((IA*)*ppv)->AddRef();//使用委托函数,如果被聚合,使外部计数,否则使内部计数
return S_OK;
}
else if(iid == IID_IB)
{
*ppv = (IB*)this;
((IB*)*ppv)->AddRef();//使用委托函数,否则使内部计数
return S_OK;
}
else if(iid == IID_IUnkNown)
{
*ppv = (INondelegationUnkNown*)this;//类型的转换(这里的类型转换很重要）
((IUnkNown*)*ppv)->AddRef();//实际上调用了NondelegationAddRef,可以想像一下指针在内存的位置,可直接替换为NondelegationAddRef，这里是唯一一后门可以得到非代理IUnkNow指针的地方.
return S_OK;
}
return E_NOINTERFACE;
}
http://hi.csdn.net/space-139750-do-album-picid-629060.html
图中,pCA是CA类型的指针,CA,IA和IUnkNown类型的同一个实例的指针值是一样的(0x0044213c),都是这个实例在内存位置 的最开始处,但INondelegationUnkNown就在后面了,IB在更后面,当将指针类型转换为INondelegationUnkNown这 种类型时,再以指针按IUnkNown的类型调用AddRef函数,可以想见实际上调用了NondelegationAddRef ,如果你的INondelegationUnkNown接口函数顺序和IUnkNown不一致,此时就会出错.
在聚合使用时,因为在组件被创建的时候,其外部接口指针(pOut)就不空了,然后调用它的 IUnkNow函数时,委托IUnkNow函数总是会派发到其pOut所指向的函数,如何调用组件本身的函数呢,只能通过IID_IUnkNown获得非 代理的函数调用.(上面的例子IB类型的IUnkNown函数实际是都是一段跳转到前一个IA的IUnkNown函数的Thunk代码,它是真正的实现位 置,CA对IA,IB的IUnkNown的实现只有一份).
要聚合使用 组 件 , 外部 组 件 应该仅 当客户需要 内部 组 件提供的接口 时 才把 调 用 转 向内部 组 件的 INondelegation :: QueryInterface, 而且外部 组 件不 应该 向内部 组 件申 请 它要聚合使用的接口 供内部使用 ( 包容的 实现 方法 ). 下面是一个聚合使用的例子 :
Void A ggregate Class:: QueryInterface ( const GUID & iid,void ** ppv )
{
If(iid == IID_IA || iid == IID_IB)
return pInner-> QueryInterface ();// 因为指针是指向非委托函数的 , 所以相当于调用非委托函数 .
Else
{
}
}
A ggregate Class为外部组件, pInner 为内部组件(CA)返回的 IUnkNown 指针 , 实际指向 INondelegationUnkNown 函数 .
当客 户 需要内部 组 件 实现 的接口 时 , 客 户 并不清楚 这 个接口是在哪里 实现 的 , 它会使用从外部 组 件 获 取的指 针 来 查询 , 当 这 个接口 ( 肯定不会是 IUnkNown, 外部 组 件 应该处 理 ) 是由内部 实现 的 时 候 , 外部 组 件会直接 调 用 组 件的 INondelegation::QueryInterface 函数 , 此 时 提供 给 用 户 的接口指 针 必 须满 足 这样 的要求 :
1.该指针指向的IUnkNown应该是代理的.也就是外部组件的.这就是为什么 NondelegationQueryInterface里,除了申请IUnkNown接口指针时,是非委托的IUnkNown,其它的接口都是委托的,实际上委托是因为申请这些接口的肯定是客户端, 申请IUnkNown接口的肯定是外部组件 .
2.为什么"申请IUnkNown接口的肯定是外部组件",因为聚合时,外部组件自己有IUnkNown接口,它不会在客户申请IUnkNown时,将请求发给聚合使用的组件。它申请内部组件的IUnkNow接口只有一个作用,就是聚合使用.(前面已经提到)
3.通过非代理IUnkNown函数,可以控制内部组件生存周期.
另外,一个组件要提供聚合的能力,也必须实现以下两套IUnkNown虚函数,一套用于内部的非代理IUnkNown函数,一套用于 转发请 求的委托 IUnkNown.
FROM：http://hi.baidu.com/sanvy4116/blog/item/0a4159d08e118b88a0ec9ce4.html
