是否允许终结器调用其他托管类？方法？

Question

我曾经非常确定答案是“否”，如 重写 Finalize 方法 和 对象.最终确定文档。

然而，当在 Reflector 中随机浏览 FileStream 时，我发现它实际上可以从终结器中调用这样的方法：

private SafeFileHandle _handle;

~FileStream()
{
    if (this._handle != null)
    {
        this.Dispose(false);
    }
}

protected override void Dispose(bool disposing)
{
    try
    {
        ...
    }
    finally
    {
        if ((this._handle != null) && !this._handle.IsClosed)  // <=== HERE
        {
            this._handle.Dispose();   // <=== AND HERE
        }
        [...]
    }
}

我开始想知道这是否总是有效，因为它的确切编写方式是这样的，因此，“不要接触终结器中的托管类”是否只是一个可以被打破的指导原则，只要有充分的理由和必要的知识就可以正确地做到这一点。

我更深入地挖掘，发现当“规则”被破坏时可能发生的最糟糕的情况是正在访问的托管对象已经被最终确定，或者可能在单独的线程上并行最终确定。因此，如果 SafeFileHandle 的终结器没有执行任何会导致后续调用 Dispose 失败的操作，那么上面的操作应该没问题……对吧？

问题：那么毕竟可能存在这样的情况：另一个托管类上的方法可以从终结器可靠调用吗？我一直认为这是错误的，但这段代码表明这是可能的，并且有足够充分的理由这样做。

奖励：请注意，SafeFileHandle 甚至不知道它是从终结器中调用的，因为这只是对 Dispose() 的正常调用。基类 SafeHandle 实际上有两个私有方法，InternalDispose 和 InternalFinalize，在本例中 InternalDispose 将称为。这不是问题吗？为什么不呢？...

Answer 1

是的，终结器可以调用其他方法。天啊，你甚至可以做一些有趣的事情，例如重新注册类型以进行终结。但是在处理可终结实例时，您必须显式检查 null，因为终结器不能保证以任何顺序运行。

在这种情况下，只需尽可能地关闭事情即可。如果句柄尚未最终确定，那么酷，让我们处理它，否则，终结器已尽力而为。