6

直到最近,我还相信 .NET 运行时在创建运行时可调用包装器时只会将 COM 对象的引用计数增加 1 ,并且对于任何给定的 COM 对象只会创建一个这样的运行时可调用包装器。

如果我没记错的话,以上暗示Marshal.FinalReleaseComObjectMarshal.ReleaseComObject在实践中做同样的事情。

但是,今天我正在编写一些测试来验证我的代码是否正确释放了 COM 对象。我通过调用应该释放的对象并检查预期的InvalidComObjectException. 事实证明,在某些情况下,异常是在 a 之后引发的FinalReleaseComObject,但不是在 a 之后引发的ReleaseComObject

这是否意味着 .NET 2.0 运行时可以保存多个对 COM 对象的引用?如果是这样,它什么时候这样做?

4

1 回答 1

5

这里有一个额外的间接级别。是的,RCW 在本机 COM 接口指针上保留一个引用计数。但是 RCW 也有一个引用计数,每次 COM 接口指针映射到 RCW 时它都会增加。如果 COM 方法返回接口指针,可能会发生这种情况。相应的 .NET 包装类的终结器会递减它。

您可以直接通过 Marshal.ReleaseComObject() 修改该引用计数,它像终结器一样将其减一,而 Marshal.FinalReleaseComObject() 将其归零,保证调用 IUnknown::Release() 方法. 他们当然属于“更好地知道你在做什么”类别。弄错会产生丑陋且无法调试的“COM 对象与其底层 RCW 分离”异常。

于 2010-04-02T15:10:03.480 回答