COM 中的内存管理

在COM服务器执行期间分配一块内存，然后通过输出参数将该内存块传递给客户端是很常见的。然后，客户端有义务使用 CoTaskMemFree() 等方法释放该内存。

问题是，这块内存分配在哪里？假设COM服务器和COM客户端处于不同的进程中，为了让客户端访问该内存块，SHOULD被分配在客户端进程的地址空间中。但这是真的吗？我听说 COM 有一个“任务内存分配器”。但我对此知之甚少。

只是一些疯狂的猜测：

首先，COM 服务器根据 COM 客户端的请求使用 CoTaskMemAlloc() 分配内存。

然后，COM 客户端获取该内存，使用它，并通过 CoTaskMemFree() 释放它。

因此，“任务内存分配器”必须跟踪客户端和服务器进程。否则，它不会知道谁（服务器）执行了内存分配操作以及谁（客户端）应该分配该内存。那么，分配的内存将以某种方式injected到客户端的进程地址空间。

有人能解释一下这个话题吗？

好吧，“任务内存分配器”是一个 COM 拥有的分配器，它公开了那些CoTaskMem*功能。现在假设客户端和服务器位于不同的进程中并且服务器使用CoTaskMemAlloc()分配一个“out”参数。它如何到达客户手中？

具有编组功能的 COM 子系统可以做到这一点。服务器分配内存并从其 COM 方法实现返回控制权。 COM 子系统现在必须将调用结果封送到客户端。它只是获取该内存的所有权并将其编组给客户端。客户端在其（客户端）堆上分配自己的块，数据被复制到客户端，服务器上的块被释放。客户端获得该块的所有权，并且必须稍后释放它，否则该块就会泄漏。

因此，客户端和服务器地址空间始终是分开的，不会发生直接数据访问。每个都使用自己的内存分配器，编组在中间启动，使客户端分配内存并使服务器释放内存，以便客户端获得合法分配的块的所有权，而服务器释放它自己分配的块的所有权。

所以对客户来说almost看起来服务器分配了内存并将其返回给客户端。一个值得注意的例外是逻辑地址允许不同 - 例如服务器在地址分配内存0x10001000并将该地址与块一起返回。不保证客户端获得同一逻辑地址处的块 - 该地址将取决于客户端分配器。