为什么Python中Flask的send_file在传输大文件时会占满内存？-Python教程-PHP中文网

send_file大文件会全量加载内存，应改用response流式响应：用生成器分块yield、设mimetype和content-disposition头、必须启用conditional=true，并在nginx中关闭proxy_buffering。

为什么python中flask的send_file在传输大文件时会占满内存？

因为 send_file 默认以完整路径调用时，会同步读取整个文件进内存再发给客户端——不是它设计错了，而是你没告诉它“别全读”。

send_file 路径模式默认走同步全量加载

当你写 send_file('/path/to/500MB.zip')，Flask 会调用 open(file_path, 'rb').read() 获取全部字节，再塞进响应体。这个过程： - 没有流式控制，不支持 yield 或分块 - 内存峰值 ≈ 文件大小（加上 Python 对象开销） - 工作线程被阻塞，无法处理其他请求 - 即使加了 as_attachment=True 或 conditional=True，也改不了这个底层行为

大文件必须用流式响应替代 send_file 调用

真正解决内存问题的不是调参，是绕过 send_file 的路径分支，直接构造流式响应：

用 Response 包裹生成器函数，每次 yield 一个 chunk（如 8192 字节）
手动设 mimetype 和 Content-Disposition 头
确保 conditional=True ——否则不支持断点续传、If-Range 等 HTTP Range 请求
绝对路径仍需校验，但流式本身不依赖 safe_join，所以别混用 send_from_directory 和流式逻辑

示例：

Secure Python Code Sandbox

安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。

下载

def download_large():
    path = '/var/data/report.pdf'
    def stream():
        with open(path, 'rb') as f:
            while chunk := f.read(8192):
                yield chunk
    return Response(
        stream(),
        mimetype='application/pdf',
        headers={'Content-Disposition': 'attachment; filename="report.pdf"'},
        conditional=True
    )