问题描述
我正在简要阅读C#8.0书籍的“处置和垃圾收集”一章。关于终结器,它说:
GC标识了要删除的未使用对象,那些没有删除的对象 终结器将被立即删除,那些具有待定终结器的将被删除。 保持生命,并置于特殊队列中。当垃圾 收集已完成,您的程序继续执行, 然后,终结器线程开始与程序并行运行, 从特殊队列中挑选对象并运行其终结处理 方法。
此段是否意味着GC需要再次收集等待完成的对象?我以为它已经被GC检测为垃圾,为什么还要在最终确定之后再次收集呢?
解决方法
好吧,这些对象不是第一次“收集”的。他们被认为需要额外的处理(需要运行finalizer代码),并将其放在完成队列中,以便可以分别进行处理。最终将它们放到“可抵靠”队列中,该队列现在已使该对象复活:可抵挡队列现在引用了该对象,并且不再符合收集条件。在终结器实际执行并将对象从易碎队列中删除之后,它将无法访问。
(这是它过去的工作方式,不确定在较新的.NET版本中情况是否已更改,但我不知道有任何更改。)
因此,如果真的通过“收集”可以理解该对象已被回收,则该对象并不是真正地被“收集”一次以上。但是,它确实需要额外的处理,并且稍后会由GC再次重新评估。
,GC通过从GC根遍历对象图来工作。 GC进行收集时,它将检查没有对其的引用的对象(因此可以安全释放)。
终结器延迟对象的垃圾回收。
为什么?好了,GC看到可以安全地释放对象(未连接到GC根目录)。但是,如果有终结器尚未运行,它将无法释放内存。
因此,GC将对象标记为具有待定终结器,并且在第一次通过时不释放了该空间。 GC也不会在该时刻运行终结器(将终结器放入“待定终结器”队列中)。
这就是为什么除非必要否则使用终结器是不好的做法的原因。这会延迟收集。有些人误以为GC在收集过程中运行终结器。不会。
什么时候有必要?一个好的经验法则是,如果对象引用非托管内存(GC不会处理),那么您绝对应该使用终结器来避免内存泄漏。如果您仅引用托管对象,则不要引用。
如果您确实实现了终结器,那么我也将实现IDisposable
,释放Dispose
上所有不受管的资源,并停止终结器与GC.SuppressFinalize(this)
一起运行。