为什么 Python io 流不会在 __del__ 上关闭？ [复制]

Question

到目前为止，我一直在 Python 开发中犯了一个严重的错误：我一直假设流在其对应的对象超出范围时就会关闭。具体来说，我假设当一个文件或继承io.IOBase 的类的某个实例调用__del__ 时，它将运行对象的close 方法。但是，在执行以下代码后，我注意到情况肯定不是这样。

def wrap_close(old_close):
    def new_close(*args, **kwargs):
        print("closing")
        return old_close(*args, **kwargs)
    return new_close

f = open("tmp.txt")
f.close = wrap_close(f.close)
f.close() # prints "closing"

f = open("tmp.txt")
f.close = wrap_close(f.close)
del(f) # nothing printed

我的问题是，在调用 __del__ 方法时不自动关闭文件或流有什么好处？看起来实现起来很简单，但我想必须有理由允许流在其相应对象超出范围后保持打开状态。

Answer 1

self.close 在self 上保留一个引用，因此您正在编写self.close = lambda: self.close()，创建一个循环引用。结果：

1. del 什么都不做，CPython 不会回收对象，直到发生实际的 GC 收集，无论是在某个时候隐式地还是通过显式的 gc.collect()
2. CPython 必须打破循环，所以当它开始收集对象时，它可能已经从中删除了属性

如果您将 strong 对old_close 的引用替换为弱引用，您可以非常清楚地看到这一点：

def wrap_close(old_close):
    old_close = weakref.ref(old_close)
    def new_close(*args, **kwargs):
        print("closing")
        c = old_close()
        if c:
            c(*args, **kwargs)
    return new_close

f = open('/dev/zero')
f.close = wrap_close(f.close)
f.close() # prints "closing"

f = open('/dev/zero')
f.close = wrap_close(f.close)
del f # nothing printed

打印"closing" 不止两次而是三次：

• close() 被显式调用时
• 当第一个 f 被垃圾时（创建第二个时）
• 当第二个被删除时

我的问题是，调用 del 方法时不自动关闭文件或流有什么好处？

Python 在完成时绝对关闭文件对象。