为什么IDispose模式是这样实现的？

Question

以下是来自以下来源的代码： https://docs.microsoft.com/en-us/dotnet/standard/garbage-collection/implementing-dispose

using System;

class BaseClass : IDisposable
{
    // To detect redundant calls
    private bool _disposed = false;

    ~BaseClass() => Dispose(false);

    // Public implementation of Dispose pattern callable by consumers.
    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    // Protected implementation of Dispose pattern.
    protected virtual void Dispose(bool disposing)
    {
        if (_disposed)
        {
            return;
        }

        if (disposing)
        {
            // TODO: dispose managed state (managed objects).
        }

        // TODO: free unmanaged resources (unmanaged objects) and override a finalizer below.
        // TODO: set large fields to null.

        _disposed = true;
    }
}

消息来源说了一些为什么

if (disposing) {
   // TODO: dispose managed state (managed objects).
}

需要：

如果方法调用来自终结器，则只有释放非托管资源的代码应该执行。实现者负责确保错误路径不会与可能已被回收的托管对象交互。这很重要，因为垃圾收集器在终结期间销毁托管对象的顺序是不确定的。

但是我有一个问题，当 BaseClass 的 Finalize 方法被调用时，它所有包含托管对象的字段仍将在堆中，因为 BaseClass 对象本身必须在垃圾收集中幸存下来并被提示到另一代，以及何时可终结的对象得到提升，其字段引用的任何对象也得到提升，因为它们也必须继续存在。
所以BaseClass的字段引用的托管对象不会被GC回收。谁能提供一个具体的例子为什么需要以这种方式实现？

Answer 1

如果你在一个finalizer（而不是Dispose()）中——即disposing是false，你根本不应该假设任何关于陈述其他对象。 您不知道终结器的执行顺序。没有确定的顺序，也无法提供（想想“周期”）。此外：这不是重点。如果您想清理托管资源，您应该在Dispose() 中完成。如果有人没有调用Dispose()，那么那个人有一个错误，而不是你。您应该只与终结器中的 非托管 资源对话。坦率地说，访问真正不受管理的资源难以置信很少见，因此实际上：您几乎不需要任何这种复杂性。