http://blog.csdn.net/hongjiqin/article/details/4433986
对于COM组件,正确处理IUnknown的三个接口函数非常重要。
对于QueryInterface,一个参考处理如下:
HRESULT __stdcall CA::QueryInterface(const IID& iid, void** ppv)
{
if (iid == IID_IUnknown)
{
*ppv = static_cast<IX*>(this) ;
}
else if (iid == IID_IX)
{
*ppv = static_cast<IX*>(this) ;
}
else if (iid == IID_IY)
{
*ppv = static_cast<IY*>(this) ;
}
else
{
*ppv = NULL ;
return E_NOINTERFACE ;
}
reinterpret_cast<IUnknown*>(*ppv)->AddRef() ;
return S_OK ;
}
这里要注意的一点就是当iid == IID_IUnknown时,返回的并不是
static_cast<IUnknown*>(this) ;
而是
static_cast<IX*>(this) ;
这是因为把this转为IUnknown*是不明确的(IX和IY都从IUnknown派生)。
另外IX和IY并不按虚拟方式从IUnknown派生,是因为虚拟派生可能产生与COM不兼容的vtbl。
QueryInterface可以有不同的实现,只需要遵循一定的规则。这些规则可见《COM技术内幕》3.2节。
AddRef和Release的一个简单实现如下:
class CA : public IX, public IY
{
//......
private:
long m_cRef;
} ;
ULONG __stdcall CA::AddRef()
{
return InterlockedIncrement(&m_cRef) ;
}
ULONG __stdcall CA::Release()
{
if (InterlockedDecrement(&m_cRef) == 0)
{
delete this ;
return 0 ;
}
return m_cRef ;
}
组件的实现很简单,但客户端使用起来可就不那么容易,客户必须记得用完每一个接口指针后调用Release。
这可不是一个简单的工作!
上面那个实现是为整个组件维护引用计数。也可以为每一个接口维护引用计数,
这样可以方便调试程序,也能支持资源的按需获取。
所以,客户必须在使用完某接口后,对该接口调用Release,而不是该组件的其它接口(这应该作为一个规则强制执行!)
无论如何,用户手动调用AddRef,Release都是一件非常麻烦的事情,另外QueryInterface中的void**参数也不是类型安全的。
所以可以使用智能接口指针简化编程(相当于添加中间层)。
在ATL中提供了两个COM接口指针类:CComPtr和CComQIPtr。
注:若需要手动释放智能接口指针所指向的接口,不能通过简单通过->转发Release操作。
例如:
CComPtr<IX> spIX ;
//......
//spIX->Release (); //不要这样
spIX.Release (); //这样才对
为了避免用户像这样spIX->Release ()调用Release,CComPtr在重载->操作符时,不是简单把内部接口指针返回,而是定义了一个类:
template <class T>
class _NoAddRefReleaseOnCComPtr : public T
{
private:
STDMETHOD_(ULONG, AddRef)()=0;
STDMETHOD_(ULONG, Release)()=0;
};
_NoAddRefReleaseOnCComPtr禁用了可能的AddRef,Release操作,
然后再这样实现->操作符重载
_NoAddRefReleaseOnCComPtr<T>* operator->() const throw()
{
ATLASSERT(p!=NULL);
return (_NoAddRefReleaseOnCComPtr<T>*)p;
}