Python中执行py脚本时，如果不显式close文件，会有什么问题？

目前有个大量上传图片的脚本，大致如下：

for item in items:
    files = [("file", ("test.jpg", open(path, "rb"), "image/png")) for path in item["paths"]]
    resp = requests.post(url, files=files)

由于这里使用了列表推导，所以没办法显式的 close 文件，with语句也没办法用。

这里会有什么问题吗？ 脚本执行结束，这些 file 会自动被 close 吗？


Python中执行py脚本时，如果不显式close文件，会有什么问题？

4 回复

自己找到答案了
https://stackoverflow.com/questions/20255124/too-many-open-files-using-requests-module


不显式close文件，主要问题是资源泄露。在脚本执行期间，文件描述符会一直被占用，直到Python解释器退出或垃圾回收器最终运行并调用文件的__del__方法（这会触发close）。对于短期运行的小脚本，这通常问题不大，因为进程结束系统会自动回收所有资源。

但在长时间运行的程序、循环中反复打开文件、或打开大量文件时，问题就严重了。每个操作系统对单个进程能打开的文件描述符数量都有限制。如果文件一直不关闭，很快就会达到上限，导致后续的open()操作抛出OSError: [Errno 24] Too many open files。此外，如果文件处于写入模式，不关闭可能导致缓冲区数据没有真正写入磁盘，造成数据丢失或不完整。

最佳实践是使用with语句（上下文管理器），它能确保文件在代码块结束后被正确关闭，即使发生异常也一样。 这是最Pythonic的方式。

# 正确做法：使用 with 语句
with open('example.txt', 'r') as f:
    data = f.read()
# 离开 with 块后，文件 f 会自动关闭，无需显式调用 f.close()

# 对比：传统方式（不推荐，容易忘记关闭）
f = open('example.txt', 'r')
try:
    data = f.read()
finally:
    f.close()  # 必须确保在 finally 块中关闭

一句话建议：总是用with语句处理文件，让Python帮你管理关闭。

read （ r ）无所谓的，write （ w ）偶尔会写不到磁盘上吧
而且每次你的列表推导执行会把上次的引用解引，系统会自动 close，也不用担心占用太多 fd 吧

with open as

回到顶部