复杂对象图中 IDisposable 非托管资源的终身问题？

Question

这个问题是关于处理非托管资源（COM 互操作）并确保不会有任何资源泄漏。对于我是否似乎以正确的方式做事的反馈，我将不胜感激。

背景：

---

假设我有两个类：

• 一个类 LimitedComResource，它是一个 COM 对象的包装器（通过某些 API 接收）。这些 COM 对象的数量有限，因此我的类实现了 IDisposable 接口，该接口将负责在不再需要时释放 COM 对象。

• 临时创建另一种类型的对象ManagedObject 以在LimitedComResource 上执行一些工作。他们不是IDisposable。

用图表总结以上内容，我的类可能如下所示：

            +---------------+           +--------------------+
            | ManagedObject | <>------> | LimitedComResource |
            +---------------+           +--------------------+
                                                  |
                                                  o IDisposable

（稍后我将提供这两个类的示例代码。）

问题：

---

由于我的临时 ManagedObject 对象不是一次性的，我显然无法控制它们会存在多长时间。然而，与此同时，我可能有Disposed LimitedComObject ManagedObject 所指的LimitedComObject。 如何确保ManagedObject 不会访问不再存在的LimitedComResource？

            +---------------+           +--------------------+
            | managedObject | <>------> |   (dead object)    |
            +---------------+           +--------------------+

我目前使用弱引用和LimitedResource 中的标志来实现此功能，该标志表示对象是否已被释放。 有没有更好的办法？

示例代码（我目前得到的）：

---

LimitedComResource:

class LimitedComResource : IDisposable
{
    private readonly IUnknown comObject;  // <-- set in constructor

    ...

    void Dispose(bool notFromFinalizer)
    {
        if (!this.isDisposed)
        {
            Marshal.FinalReleaseComObject(comObject);
        }
        this.isDisposed = true;
    }

    internal bool isDisposed = false;
}

ManagedObject:

class ManagedObject
{
    private readonly WeakReference limitedComResource;  // <-- set in constructor

    ...

    public void DoSomeWork()
    {
        if (!limitedComResource.IsAlive())
        {
            throw new ObjectDisposedException();
            //        ^^^^^^^^^^^^^^^^^^^^^^^
            //  is there a more suitable exception class?
        }

        var ur = (LimitedComResource)limitedComResource.Target;
        if (ur.isDisposed)
        {
            throw new ObjectDisposedException();
        }

        ...  // <-- do something sensible here!
    }
}

Answer 1

不，这不好。 WeakReference 仅告诉您托管对象已被垃圾收集。这与 IDisposable 无关。 Dispose() 的目的是在垃圾收集器执行此操作之前释放非托管资源。

事实上，如果托管对象位于第 1 代而 COM 包装器位于第 0 代中，则会出现严重问题。 WeakReference 无法让包装器保持活动状态，它会在您有机会自己调用 Dispose() 之前被收集并处置 COM 对象。

只需在托管对象中存储对包装对象的普通引用。您可以在调用 Dispose() 后将其设置为 null，以便收集包装器。如果客户端代码尝试使用它并且引用为空，则抛出 ObjectDisposedException。或者重新创建它，如果这有意义的话。

Answer 2

当你将弱引用的目标转换为对象类型时，如果对象已被释放，它将返回 null。只需检查您返回的值是否为空，然后再对其执行操作。请参阅documentation 中的示例。您还可以在Using Weak References 上找到这篇文章的使用。这是后一篇文章的相关引述：

建立一个强有力的参考和 再次使用对象，投射目标 弱引用的属性 对象的类型。如果目标 属性返回 null，对象是 集;否则，您可以继续 使用该对象，因为 应用已恢复强劲 参考一下。

例子：

class ManagedObject 
{ 
    private readonly WeakReference limitedComResource;  // <-- set in constructor 

    ... 

    public void DoSomeWork() 
    { 
        var ur = (LimitedComResource)limitedComResource.Target; 
        if (ur == null) 
        { 
            throw new ObjectDisposedException(); 
        } 

        ...  // <-- do something sensible here! 
    } 
}