Python的垃圾回收能保证在所有情况下循环引用对象的回收吗？

Question

这个问题是我先前问的问题的延伸：Python Delegate Pattern - How to avoid circular reference?在阅读了回复之后，我决定澄清我的问题，但被要求单独发表。在

接下来是：

1. Python文档中的一段话（转载如下）指出，垃圾收集不能保证循环 引用的对象。我发现的一个帖子here暗示了同样的事情。但对我先前问题的回答不一致。那么，我是不是误解了这段话，或者还有进一步的理解 我错过的细节？在
2. 我想使用弱引用，正如alexmartelli对问题Should I worry about circular references in Python?的答复中所述，可以完全避免在他的回答中提到的垃圾收集循环引用对象的开销？如果是这样，它是如何工作的？在

相关的Python文档暗示了以下来自Python文档的冲突：

CPython implementation detail: CPython currently uses a reference-counting scheme with (optional) delayed detection of cyclically linked garbage, which collects most objects as soon as they become unreachable, but is not guaranteed to collect garbage containing circular references. See the documentation of the gc module for information on controlling the collection of cyclic garbage. Other implementations act differently and CPython may change. Do not depend on immediate finalization of objects when they become unreachable (ex: always close files).

原文的段落可以在这里找到：http://docs.python.org/reference/datamodel.html粗体的设置是我的。在

提前感谢您的回复。在

Answer 1

我认为具有循环引用的对象不能被保证被收集的最重要原因是，根据设计，Python从不收集具有循环引用的对象，如果它们定义了__del__方法。有一个漂亮的straightforward reason：

Python doesn’t collect such cycles automatically because, in general, it isn’t possible for Python to guess a safe order in which to run the __del__() methods.

我不愿意说，这是不可访问的循环引用对象可能无法检测到的唯一原因。可能有一些不寻常的情况会破坏GC的循环检测机制。但是，除非您为您的一个对象定义__del__，否则您很可能是好的。不用担心，如果发现性能问题，可以使用GC的大量调试选项。在