如何在 C# 程序中以 RAII 风格管理 COM 对象运行时？

Question

我的 C# 程序使用具有大量各种接口和子对象的 COM 组件。问题是每次我检索某个 COM 接口时，都会创建一个 RCW，并且该 RCW 存在的时间未知（直到被 GC 收集）。每个 RCW 都在 COM 服务器中保存一些对象。

COM 组件是一个进程外服务器，因此它的对象驻留在一个单独的重量级进程中，该进程在释放驻留在其中的所有对象之前不会终止。我希望所有对象尽快释放，这样我就可以确定，一旦释放最后一个对象，进程外服务器进程就会终止并且不再消耗系统资源。这不是我的偏执——拥有多个消耗系统资源（尤其是内存）的重量级进程对性能来说确实很糟糕。

到目前为止，我制作了一个实现 IDisposable 的通用类，接受对对象的引用（实际上是 RCW）并调用 Marshal.FinalReleaseComObject 在 Dispose 中 执行。

为了这个问题，让我们暂时忽略使用 FinalReleaseComObject() 可能出现的问题 - 我知道它们并且可以容忍它们。

真正的问题是我被迫对所有对象使用 using 或编写 finally 子句并在那里调用 Dispose() 。它可以工作，但是代码由于大量额外的接线而变得相当混乱，这让我很烦恼。

例如，我需要将一个字符串分配给 someObject.Params.ColorParams.Hint 属性 - 我不能只写，

someObject.Params.ColorParams.Hint = whatever;

因为对于每个访问器都会有一个我需要释放的 COM 对象，所以我有这个：

using( MyWrapper<IParams> params = new MyWrapper<IParams>( someObject.Params ) ) {
    using( MyWrapper<IColorParams> colorParams =
         new MyWrapper<IColorParams>( params.Controlled ) )
    {
        colorParams.Controlled.Hint = whatever;
    }
}

这是最简单的例子 - 有时我需要访问五层深度的东西，然后我编写一组五层深度的 using 语句。

有没有更优雅的解决方案？

Answer 1

请参阅 Hans Passant 的这个关于使用 IDisposable 清理 Excel 互操作对象的答案。

总之，您根本不需要 IDisposable。只需在所有 COM 引用超出范围后显式调用垃圾回收即可，即不是从使用它们的函数而是从该函数的调用方调用垃圾回收。

Answer 2

我不确定我是否完全理解这个问题，但如果我这样做（代码混乱），有两种可能的解决方案：

包装方法 - 您可以定义一个简单的方法：

TResult Exec<TResult>(Func<TResult> func, params MarshalByRefObject comObjects)
{
  TResult res = default(TResult);
  try
  {
    res = func.Invoke();
  }
  catch (Exception e) { /* Log? */ }
  finally
  {
    foreach (MarshalByRefObject combObj in comObjects)
    {    /* release resources using common interface or reflection */ }
  }
}

非常类似于以前的方法，仅使用众多 AOP 之一执行此操作的框架（例如 PostSharp）

Answer 3

c# 和确定性资源释放通常充其量是很麻烦的。
进程外 COM 对象的释放就是问题的一个例子。

如果您乐意编写一些 C++/cli 代码，它至少可以选择托管堆对象的堆栈语义。这避免了当对象超出范围时编译器为您调用 dispose 时使用或最终包装的需要。

当然，它确实为您带来了一种比 c#、头文件 .、->、:: 等更嘈杂的语言。

通常，如果您的代码能够在 using 块内的本地范围内创建和释放 COM 对象，我会留在 C# 并忍受使用上的麻烦。

如果您的代码需要将 COM 对象保留为成员变量，我将仅将这些类移至 c++/cli 并利用成员变量的堆栈语义，这些变量将自动为您链接 dispose 调用。