具有待定终结器的对象是否需要由GC多次收集？

如何解决具有待定终结器的对象是否需要由GC多次收集？

我正在简要阅读C＃8.0书籍的“处置和垃圾收集”一章。关于终结器，它说：

GC标识了要删除的未使用对象，那些没有删除的对象 终结器将被立即删除，那些具有待定终结器的将被删除。 保持生命，并置于特殊队列中。当垃圾 收集已完成，您的程序继续执行， 然后，终结器线程开始与程序并行运行， 从特殊队列中挑选对象并运行其终结处理 方法。

此段是否意味着GC需要再次收集等待完成的对象？我以为它已经被GC检测为垃圾，为什么还要在最终确定之后再次收集呢？

解决方法

好吧，这些对象不是第一次“收集”的。他们被认为需要额外的处理（需要运行finalizer代码），并将其放在完成队列中，以便可以分别进行处理。最终将它们放到“可抵靠”队列中，该队列现在已使该对象复活：可抵挡队列现在引用了该对象，并且不再符合收集条件。在终结器实际执行并将对象从易碎队列中删除之后，它将无法访问。

（这是它过去的工作方式，不确定在较新的.NET版本中情况是否已更改，但我不知道有任何更改。）

因此，如果真的通过“收集”可以理解该对象已被回收，则该对象并不是真正地被“收集”一次以上。但是，它确实需要额外的处理，并且稍后会由GC再次重新评估。

,

GC通过从GC根遍历对象图来工作。 GC进行收集时，它将检查没有对其的引用的对象（因此可以安全释放）。

终结器延迟对象的垃圾回收。

为什么？好了，GC看到可以安全地释放对象（未连接到GC根目录）。但是，如果有终结器尚未运行，它将无法释放内存。

因此，GC将对象标记为具有待定终结器，并且在第一次通过时不释放了该空间。 GC也不会在该时刻运行终结器（将终结器放入“待定终结器”队列中）。

这就是为什么除非必要否则使用终结器是不好的做法的原因。这会延迟收集。有些人误以为GC在收集过程中运行终结器。不会。

什么时候有必要？一个好的经验法则是，如果对象引用非托管内存（GC不会处理），那么您绝对应该使用终结器来避免内存泄漏。如果您仅引用托管对象，则不要引用。

如果您确实实现了终结器，那么我也将实现IDisposable，释放Dispose上所有不受管的资源，并停止终结器与GC.SuppressFinalize(this)一起运行。