从进程外COM服务器返回接口指针的正确方式是什么

What is the correct way to return interface pointer from out-of-process COM server?

本文关键字：方式 是什么 指针 接口 进程 COM 服务器 返回      更新时间：2023-10-16

我有一个进程外COM服务器，它有两个ATL COM对象。object1公开了一个接口，该接口在内部创建object2，并以以下方式返回一个指向它的接口指针：

HRESULT CObject1::CreateObject2(IObject2** pIobj2)
{
    CComObject<Object2>* pObj = NULL;
    HRESULT hr = CComObject<Object2>::CreateInstance(&pObj);
    hr = pObj->QueryInterface(IID_IObject2,(void**)pIobj2);
    //Some reason i need to store this pIobj2
    (*pIobj2)->AddRef();
    return hr;
}

Object1公开另一个接口以删除object2

HRESULT CObject1::RemoveObject2(IObject2* pIobj2)
{
    pIobj2->Release(); //This to compensate QI done in CreateObject2
    pIobj2->Release(); //This to compensate addref done to store in create
}

我的要求是，客户端不应在IObject1::CreateObject2()之后的任何位置对IObject2指针调用Release。要销毁object2，它应该调用IObject1::RemoveObject2()。当我执行客户端时，在RemoveObject2之后，object2不会被销毁，但当我在RemoveObject2中对客户端中的Iobject2指针调用release时，object2会被销毁。

进程外COM对象中的生命周期管理比进程中复杂得多。例如，系统必须考虑到另一方可能会死亡(例如，如果客户端进程在没有发布的情况下死亡，服务器应该清理为对象分配的资源(。为此，Microsoft有一个DCOM垃圾收集。

实际上有两个COM对象，分别位于客户端(代理(和服务器(存根(上。代理维护自己的引用计数，而您的代码混淆了这个引用计数，因为您在服务器上发布了对象2的引用计数——这些信息不会到达客户端。

我强烈鼓励你改变你的架构。首先，COM约定是使用release方法来释放对象。这就是合同，而您的设计更改了它，这就是您对DCOM感到困惑的原因。

我认为更好的设计是：

  1. 在Object2中保留对Object1的引用(例如m_pobj1(
  2. 没有Object1:：RemoveObject2。如果您需要做一些工作，请使用专用(非COM(CleanupObject2
  3. 实现Object2:：FinalRelease(Object2的清理方法(，并调用m_pobj1->cleanup[Object2(this(
  4. 请记住，如果您需要在obj1中保留指向obj2的指针，请确保这些指针是弱引用。这只是指针，而不添加引用计数

客户端调用Object1:：CreateObject2并获取对obj2的引用。完成后，它们将调用obj2->Release((，并清除引用计数，并调用obj1->CleanupObject2方法。

相关文章：