delphi - 何时以及为何在 DirectShow 过滤器中使用 CoTaskMemAlloc()？

Question

我正在使用 DSPACK DirectShow 组件库在 Delphi 6 Pro 中构建 DirectShow Filter。在他们的推送源过滤器示例中，对于某些项目，他们使用 CoTaskMemAlloc()，特别是为 Windows API 调用中使用的项目分配内存，例如视频位图信息 header (PVIDEOINFOHEADER) 和 O/S 文件操作中使用的缓冲区，例如 ReadFile 等.其他项目使用通常的 (Object).Create() 调用或直接创建动态数组来分配。

当您必须在 DirectShow 过滤器中使用 CoTaskMemAlloc() 时，有哪些规则/准则？
@Vinay 的回复给出了简洁的答案，即它应该与任何将跨越进程边界的内存一起使用:

Usage of CoTaskMemAlloc?

但是我想知道我的 DirectShow 过滤器中是否可能会犯任何常见的内存分配错误，特别是在通过输入/输出引脚渲染或提供数据时，由于我未能使用 CoTaskMemAlloc()。

Answer 1

CoTaskMemAlloc 是 COM 内存分配器的一部分。它与 CoTaskMemRealloc 和 CoTaskMemFree 一起使用。

COM 内存分配器旨在允许 COM 客户端分配随后由 COM 服务器释放的内存，反之亦然。仅当内存所有权跨 COM 客户端/服务器边界转移时才需要使用它。

这解决了一个非常常见的互操作问题。不同的编程系统对堆有不同的实现。因此，在一个堆上分配的内存只能在同一堆上释放。比如说，如果您有一个返回字符串的 COM 方法，那么您就会遇到问题。如果服务器和客户端使用不同的堆，您现在需要要求服务器在使用完字符串后释放该字符串。 COM 分配器通过成为所有参与者都可以使用的单个共享堆来解决这个问题。

话虽如此，得知 BSTR(即 Delphi 中所谓的 WideString)是使用 COM 分配器分配的，应该不足为奇。

我不熟悉 DirectShow 接口(interface)，但 COM 的原理是通用的。当您在服务器中实现 GetMediaType 时，您必须分配返回的结构。由于客户端必须释放该结构(如文档中所指定)，因此显然您必须使用 COM 分配器，因为这就是您的客户端将使用的。

您还提到了 ReadFile。这里根本没有必要使用 COM 分配器，因为调用者负责分配和释放缓冲区。

底线是 COM 是一个接口(interface)契约。如果指针跨越接口(interface)边界并且所有权从客户端转移到服务器，反之亦然，则必须使用 COM 分配器。