垃圾回收器与__del__析构函数的问题
在网上冲浪的时候，我发现有些问题和带有 __del__ 方法的对象有关，这让垃圾回收器在清理这些对象时遇到麻烦。
我心里有个简单的疑问：为什么会这样呢？
根据文档的说明：
如果一个对象有
__del__()方法，并且它和其他对象形成了一个循环引用，那么这个循环中的所有对象都无法被垃圾回收器清理掉。即使有些对象并不在这个循环中，但只有通过这个循环才能访问到它们。Python 不会自动清理这样的循环，因为通常情况下，Python 无法判断出一个安全的顺序来运行这些__del__()方法。
那么，为什么 __del__ 方法会这么麻烦呢？实现了这个方法的对象和没有实现的对象有什么区别呢？它只是用来销毁一个实例而已。
1 个回答
__del__ 这个东西并不是用来直接销毁一个实例的，而是当这个实例的引用计数变成零时，Python的运行环境会自动销毁它。__del__ 让你可以在这个销毁的过程中做一些额外的事情，比如释放和这个对象相关的外部资源。
但是，这里有个危险的地方，就是你做的额外操作可能会让这个对象“复活”——比如把它存到一个全局的容器里。这样一来，销毁就实际上被取消了（直到下次这个对象的引用计数再次变为零）。正是因为这个原因，__del__ 的存在会让这个对象不再被循环引用的处理机制（也叫垃圾回收器）管理。如果垃圾回收器对循环中的所有对象都调用了 __del__，而其中一个对象又决定复活另一个对象，那就会导致整个循环都复活——这在技术上是行不通的，因为其他循环成员的 __del__ 方法已经被调用过了，这可能会对它们的对象造成永久性的损害（比如释放了外部资源，前面提到过）。
如果你只是想知道对象什么时候被销毁，可以使用 weakref.ref。如果你的对象和需要释放的外部资源有关，最好实现一个 close 方法或者一个上下文管理器接口。几乎没有正当理由去使用 __del__。