如何为实现IMarshal的自定义封送类启用DCOM垃圾回收功能？

核心原理说明 #

完全自定义实现IMarshal接口后，DCOM运行时会判定该对象的完整生命周期由开发者自行管控，因此会绕过标准存根管理器的所有生命周期回调逻辑，包括IExternalConnection、IFastRundown以及COMGLB_FAST_RUNDOWN对应的快速清理流程。

你可以通过以下方案在保留自定义共享内存零拷贝封送能力的前提下，复用DCOM原生垃圾回收能力，无需自研看门狗记账逻辑： #

方案1：聚合标准封送管理器（最推荐）

你不需要完全替换整个IMarshal实现，只需要在你的COM类中聚合系统提供的标准IMarshal实例，仅在封送数据传输阶段走自定义逻辑，生命周期相关逻辑全部转发给标准实例处理：

1. 在类实例初始化阶段，调用CoGetStandardMarshal创建对应接口的标准封送实例，作为被聚合对象持有
2. 你的自定义IMarshal实现仅重写GetUnmarshalClass、MarshalInterface、UnmarshalInterface三个和数据传输相关的方法，保留你共享内存零拷贝的原有逻辑
3. 其余IMarshal方法（包括DisconnectObject等生命周期相关方法）全部转发给聚合的标准封送实例处理
4. 你原有的IExternalConnection、IFastRundown接口实现会被DCOM运行时正常回调，COMGLB_FAST_RUNDOWN的快速清理能力也会自动生效

该方案完全不需要自行维护客户端引用记账逻辑，DCOM运行时会自动处理客户端崩溃后的存根清理、引用释放事件通知，你只需要在对应回调中处理共享内存资源的释放即可。 #

方案2：自定义封捎附加标准生命周期上下文

如果你不想聚合完整的标准封送实例，可以在自定义封送的数据流中嵌入标准封送的生命周期上下文：

1. 调用MarshalInterface时，先调用标准IMarshal实例的同方法序列化生命周期上下文数据，再把你自定义的共享内存相关数据追加到序列化流末尾
2. 客户端侧UnmarshalInterface时，先读取你自定义的共享内存数据完成零拷贝逻辑，再把剩余的标准生命周期上下文数据交给标准IMarshal实例完成反序列化，注册到DCOM运行时的生命周期追踪链路中
3. 服务端侧会自动收到DCOM运行时的引用计数变更、客户端崩溃的清理通知

实现注意点 #

由于你的共享内存缓冲区是不可变的，不需要处理跨客户端的并发修改问题，两种方案都不会影响你原有的零拷贝性能，仅会增加极少量的生命周期上下文序列化开销，几乎可以忽略不计。

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