Python中open().read()是否自动关闭文件？两种写法是否等价？

核心结论 #

content = open('file.txt', 'r').read()这种写法，文件对象不会立刻自动调用close()，但当该临时对象被Python垃圾回收机制回收时，会触发close()。不过垃圾回收的时机是不确定的，完全由解释器决定，无法保证在你需要释放资源的时候立刻执行。

两种案例的区别 #

• Case 1：显式调用f.close()，文件资源会在调用后立即被释放，属于可控、安全的标准写法，能确保资源及时回收。

  f = open('file.txt', 'r')
  content = f.read()
  f.close()
  

• Case 2：依赖垃圾回收释放资源，虽然最终会执行close()，但中间存在文件句柄被占用的空窗期。在频繁打开大量文件的场景下，可能耗尽系统可用的文件句柄，导致后续无法打开新文件；在Windows系统中，未关闭的文件还可能被锁定，无法被其他进程修改或删除。

  content = open('file.txt', 'r').read()
  

关于避免close和with的可行性 #

如果是简单小脚本、仅单次打开少量文件，这么写大概率不会出问题，但这是不规范且有潜在风险的写法。Python提供with语句的核心目的就是安全自动地管理文件资源——它会在代码块结束时，无论是否发生异常，都保证调用close()，比显式close()更可靠，也比依赖垃圾回收更及时。

内容的提问来源于stack exchange，提问作者Hansss