在Python中，在对文件使用read（）之后是否需要使用close（）？

我使用Django读取ajax上传的文件，将其存储在模型中。上载请求包含原始上载的图像数据

def my_view(request):
    upload = request
    model_instance.image_field.save(uniquename, ContentFile(upload.read()))

如果重要的话，我使用AmazonS3作为上传文件的存储后端

在包含此代码的函数中，我有一个内存泄漏

执行此操作后是否需要调用

upload.close（）

，以释放资源/内存？

---

或者我的内存问题是来自于这个函数的其他地方的其他问题？

当文件不再被引用时，python垃圾收集器将关闭这些文件

如果您的

upload

变量是函数中的局部变量，则函数返回时将清除该变量。因此，在正常的垃圾收集周期中，所引用的文件

上传

将自动关闭

也就是说，最好关闭该文件。您可以将该文件用作，退出上下文时将自动关闭该文件：

with open('yourfilepath.ext') as upload:
    model_instance.image_field.save(uniquename, ContentFile(upload.read()))

如果

upload

是Django为您制作的，打开并准备就绪，您仍然可以使用以下命令自动关闭它：

---

回答您的其余问题：您的泄漏最有可能发生在其他地方。

+1对于context manager-值得注意的是，尽管CPython的GC将关闭范围之外的未引用文件对象，其他的实现可能不会——垃圾收集也不是每个周期都可以预测的，等等……我意识到我的帖子忽略了upload变量所指的内容以及它是如何设置的关键细节。我做了一些编辑，以表明它实际上与代码描述的情况略有不同。无论如何，我感谢你抽出时间来解决我的问题，很高兴知道我的漏洞很可能在别处。@ClayWardell:我的

contextlib.closing

示例并没有涵盖你的用例？是的，在第二次检查中，它确实存在--稍微不同的部分是你的第一段代码，当我看到这一点时，我过早地冲向编辑和评论。非常感谢@ClayWardell你可能会发现你的“泄漏”并不是真正的泄漏-它是CPython使用的内存分配系统。。。它不同于普通的C

malloc

——因此它可能会选择将分配给您的文件的内存用于其他用途，然后决定不需要它，然后再次释放回系统……我原以为AJAX会使用“POST”或者Django会将其解释为一个由多个部分组成的表单……嗯，这是一个POST请求。如果我发布了整个视图，您会看到我在函数定义和相关代码之间检查了request方法。但是，因为它似乎对我所问的问题并不重要，所以我没有把它包括在内。

import contextlib
with contextlib.closing(upload):
     model_instance.image_field.save(uniquename, ContentFile(upload.read()))