COM内存管理

Question

我有一些关于 COM 内存管理的问题：

1. 我有一个 COM 方法：

   STDMETHODIMP CWhitelistPolicy::GetWebsitesStrings(SAFEARRAY** result)

result = SAFEARRAY(BSTR)。如果我从另一个接口方法收到另一个 SAFEARRAY(BSTR)（为了设置 *结果），我是否必须复制收到的字符串才能将它们传递给 *结果和外部客户端？或者考虑到我不会自己使用字符串，我可以将它们传递给客户（并传递所有权）？

2.

STDMETHODIMP CWhitelistPolicy::SetWebsitesStrings(SAFEARRAY* input)

这里我收到一个 BSTR 数组作为输入。我的方法再次负责输入中分配的内存吗？

3.

STDMETHOD(SetUsers)(SAFEARRAY* input);

在这里，我调用另一个接口 (SetUsers) 上的方法，并为输入 SAFEARRAY 分配内存。在我调用 SetUsers 后，我可以处置 SAFEARRAY 吗？当进行编组时，内存总是被复制，不是吗？ （在我的例子中，SetUsers 方法是在我的进程内作为 COM DLL 托管的接口上调用的）

Answer 1

我思考回答此类问题的方式是考虑跨机器的 COM 调用。那么 [out] 参数就很明显了；我是调用者拥有的内存，并且必须释放内存，因为远程封送层无法执行此操作。对于 [in] 参数，很明显编组层必须复制我的数据，并且远程编组层无法释放我传入的内容。COM

的核心原则是位置中立性，在同一单元中调用时的规则就是规则跨机器使用 DCOM 时。

1. 您有责任释放 - 当您调用下一个 fnc 时，您不会传递所有权，因为它可能是远程的并获取副本，而不是您的原始数据。

2. 不 - 作为被调用者，您不必释放它。如果是在公寓内，则它是调用者提供的内存，并且调用者必须释放它。如果是远程调用，服务器存根会分配它，并在方法返回时释放它。

3. 是的，你释放了它 - 不，它并不总是被复制（可能是），这就是为什么 2 的答案是否定的。如果它被复制，就会有一个分配的存根，并且存根将释放它。

请注意，我对您问题的回答并未涵盖 [in,out] 参数的情况 - 请参阅问题 谁拥有退回的 BSTR？ 了解有关此案例的更多详细信息。

Com 分配规则复杂但合理。如果您想了解/查看所有案例的示例，请获取 Don Box 所著的《essential com》一书。但你还是会犯错误，所以你应该制定一个策略来检测它们。我使用 gflags （ Windbg) 及其堆检查标志，以在发生双重释放时进行捕获（显示调试消息并在使用 INT 3 进行调用时停止执行）。 Vstudio 的调试器过去常常在启动可执行文件时为您打开它们（很可能仍然如此），但您可以使用图像选项选项卡下的 gflags 强制打开它们。

您还应该知道如何使用 UMDH（也是windbg的一部分）来检测泄漏。 DebugDiag 是用于此目的的较新工具，似乎更容易使用，但遗憾的是，您只能安装 32 位或 64 位版本，而不能同时安装两者。

问题是 BSTR 被缓存，使得检测双重释放和泄漏变得棘手，因为与堆的交互被延迟。您可以通过设置环境变量 OANOCACHE 为 1 或调用函数 SetOaNoCache。该函数未在头文件中定义，因此请参阅此问题Where is SetOaNoCache Defined?。请注意，接受的答案显示了通过 GetProcAddress() 调用它的困难方法。接受的答案下面的答案显示您所需要的只是一个 extern“C”，因为它位于 oleaut32 导出库中。最后，请参阅这篇 Larry Osterman 博客文章有关查找泄漏时缓存造成的困难的更详细描述。