c# - 在 .net 终结器中安全处置

Question

我想要一种方法来打破 IDisposable链，你突然依赖的一些嵌套类现在实现了 IDisposable并且您不希望该界面波及复合 Material 的各个层。 基本上，我对 IObservable<T> 的订阅很弱通过'SubscribeWeakly()'我想在离开时清理，以免泄漏包装器实例，以防 Observable从不开火。这是动机，但我也将它用于其他事情。

另一个帖子有类似的问题，answer基本上说您仍然可以访问终结器中的一次性用品。但是，您无法保证终结器的运行顺序，因此处理可能会有问题。

因此，我需要一种方法来保证一次性用品保持活力，以便我可以调用 Dispose()在我的终结器中。所以我看了GCHandle ，它允许 C++ 通过将托管对象及其聚合拉入应用程序句柄来保持(并保持事件状态)托管对象，以使它们保持事件状态，直到句柄被释放并且复合生命周期返回到 .NET 内存管理器的控制。来自 C++，我认为行为类似于 std::unique_ptr会很好所以我想出了类似于 AutoDisposer 的东西.

public class AutoDisposer
{
    GCHandle _handle;

    public AutoDisposer(IDisposable disposable)
    {
        if (disposable == null) throw new ArgumentNullException();

        _handle = GCHandle.Alloc(disposable);
    }

    ~AutoDisposer()
    {
        try 
        {
            var disposable = _handle.Target as IDisposable;
            if (disposable == null) return;
            try 
            {
                disposable.Dispose();
            }
            finally 
            {
                _handle.Free();
            }
        }
        catch (Exception) { }
    }
}

在资源消失时需要处理资源的类中，我会分配一个像_autoDisposables = new AutoDisposer(disposables)这样的字段。 .这AutoDisposer然后将在包含类的同时被周围的垃圾收集器清理。但是，我想知道这种技术会出现什么问题。现在我能想到以下几点:

• 通过终结器增加垃圾收集器的额外开销
• .NET 的额外开销必须将项目从托管内存中提取到应用程序句柄中并返回它们
• 不可单元测试(我似乎无法预测资源何时返回到 .NET 以进行内存管理。)

因此，我在实现 IDisposable 时很少使用它如果我需要确定性地调用 Dispose() 并不会造成太大的负担, 或等等。

还有人看到其他问题吗？这种技术是否有效？

Answer 1

我认为您可能误解了 IDispoable - IDispoable 对象的典型模式是松散的:

void Dispose() { Dispose(true); }

void Dispose(bool disposing)
{
    if (disposing)
    {
        // Free managed resources
    }
    // always free unmanaged resources
}

~Finalizer() { Dispose (false); }

因为终结器应该始终处理非托管资源，如果您等待它运行(这将在将来内存限制触发垃圾收集时的某个时刻，或者手动触发)，您不应该泄漏。如果您想确定性何时释放这些资源，那么您将不得不在您的类层次结构中公开IDispoable。