__del__ 真的是析构函数吗？

Question

我主要在 C++ 中做事，其中析构函数实际上是为了销毁获取的资源。最近我开始使用python（这真的很有趣而且很棒），我开始学习它有像java一样的GC。 因此，没有过多强调对象所有权（构造和销毁）。

据我所知，__init__() 方法在 python 中对我来说比在 ruby​​ 中更有意义，但是__del__() 方法，我们真的需要在我们的班级？如果我错过__del__()，我的班级会缺少什么吗？我可以看到__del__() 有用的一个场景是，如果我想在销毁对象时记录一些东西。除了这个还有别的吗？

Answer 1

在Python 3 docs 中，开发人员现在已经明确表示destructor 实际上并不是__del__ 方法的合适名称。

object.__del__(self)

在实例即将被销毁时调用。这也称为终结器或（不正确的）析构函数。

请注意，OLD Python 3 文档曾经暗示“析构函数”是正确的名称：

object.__del__(self)

在实例即将被销毁时调用。这也称为析构函数。如果基类具有__del__() 方法，则派生类的__del__() 方法（如果有）必须显式调用它以确保正确删除实例的基类部分。

来自other answers，也来自Wikipedia：

在具有自动垃圾回收机制的语言中，很难确定性地确保调用析构函数，因此这些语言通常被认为不适合 RAII [Resource Acquisition Is Initialization]

所以你几乎不应该实现__del__，但它让你有机会在一些（罕见的？）用例中这样做

Answer 2

正如其他答案已经指出的那样，您可能不应该在 Python 中实现 __del__。如果你发现自己认为你真的需要一个析构函数（例如，如果你的类包装了一个需要显式关闭的资源），那么 Pythonic 的方法是使用context managers。

Answer 3

del真的是析构函数吗？

不，__del__ 方法不是析构函数，它只是一个普通的方法，你可以在你想要执行任何操作时调用它，但它总是在垃圾收集器销毁对象之前调用。 把它想象成一个干净或最后的方法。

Answer 4

我今天才知道它是如此罕见（而且我很久以前就进入了 python）。

内存已被 GC 释放，文件已关闭，...但是你可能需要在课堂之外执行一些带有效果的任务。

我的用例是关于对一些临时目录实施某种 RAII。无论如何我都希望它被删除。

我没有在处理后将其删除（经过一些更改后不再运行），而是将其移至 __del__ 方法，它按预期工作。

这是一个非常特殊的情况，我们并不真正关心何时调用该方法，只要在离开程序之前调用它即可。所以，请谨慎使用。