com - COM 中的内存管理

Question

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

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

只是一些疯狂的猜测:

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

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

因此“任务内存分配器”必须跟踪客户端和服务器进程。否则，它不知道谁(服务器)进行了内存分配操作以及谁(客户端)应该获得该内存。然后，分配的内存将以某种方式注入(inject)到客户端的进程地址空间。

谁能阐明这个主题？

Answer 1

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

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

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

因此对于客户端来说，它几乎看起来像是服务器分配了内存并将其返回给客户端。一个值得注意的异常(exception)是允许逻辑地址不同——比如服务器在地址 0x10001000 分配内存并返回该地址和 block 。不保证客户端在同一逻辑地址获得 block - 地址将由客户端分配器决定。