如何通过IPC跨进程传递COM对象引用？

哥们，你问到了COM跨进程交互里的一个核心痛点——没有能100%适配所有COM对象的通用序列化方案，但根据COM的设计规则，我们有几种覆盖大多数场景的方法，给你拆解清楚：

1. 利用COM原生的IMarshal接口（最接近通用的方案） #

COM本身就为跨进程/跨机器调用设计了封送机制，IMarshal就是负责对象序列化的核心接口。如果你的COM对象实现了IMarshal（或者依赖COM的默认封送器），那直接用这套原生机制就行：

• 源进程操作：调用CoMarshalInterThreadInterfaceInStream把COM接口指针封送到一个流对象里；
• 传递流内容：把流的二进制数据写入内存缓冲区或者临时文件，传递到目标进程；
• 目标进程恢复：调用CoGetInterfaceAndReleaseStream从流里还原出可用的COM接口指针。
• 补充说明：如果是进程内COM服务器，默认封送器会自动处理；如果是进程外服务器，COM的RPC远程调用机制本身就支持跨进程引用，甚至不需要你手动序列化——直接传递接口指针，COM会自动生成代理/存根来处理跨进程调用。
• 坑点：如果你的COM对象既没实现IMarshal，也没有对应的代理/存根组件，这个方法就用不了。

2. Monikers（仅适用于支持持久化的对象） #

你提到的Excel.Workbook通过FullName恢复，本质就是用文件Moniker。Moniker是COM里的"对象定位符"，能用来重新激活特定对象，但这只针对有持久化能力、能被唯一标识的对象：

• 常见场景：文件关联的COM对象（Office文档、本地ActiveX控件）用文件Moniker；容器内的子对象（比如Excel的Worksheet）用Item Moniker；Web相关对象用URL Moniker。
• 局限性：大部分自定义COM对象不会实现Moniker支持，所以这个方案通用性很差。

3. 自定义序列化协议（针对特定业务场景） #

如果上面两种都走不通，那就只能针对目标COM对象做定制化适配：

• 第一步：确认对象有没有暴露唯一标识属性/方法（比如ID、唯一名称、关联路径等）；
• 源进程：获取这些标识信息，序列化成字符串或二进制数据传递到目标进程；
• 目标进程：用这些标识重新创建或获取对象引用——比如调用CoCreateInstance并传入标识参数，或者通过上层容器对象的查找方法定位目标对象。
• 进阶玩法：如果是你自己开发的COM服务，可以在服务端维护一个对象引用表，传递对象ID到目标进程，目标进程通过ID向服务端请求获取引用。

几个关键注意点 #

• 公寓模型适配：跨进程传递后，要注意COM对象的线程公寓类型（STA/MTA），目标进程需要用CoInitializeEx设置对应的公寓环境，否则可能出现调用失败；
• 权限配置：如果是跨用户进程传递，需要配置CoInitializeSecurity来设置COM的安全权限，避免权限不足导致的调用失败；
• 引用计数管理：跨进程传递引用后，要注意正确管理对象的引用计数，避免内存泄漏或者对象被提前释放。

内容的提问来源于stack exchange，提问作者Bogey