Flask中request.files为空主因是前端未设enctype="multipart/form-data"或后端未配methods=['POST']；Django选FileField用于持久化存储，request.FILES用于临时处理；下载优先send_file；nginx与框架需同步调大超时和大小限制。
Flask 中用 request.files 获取上传文件时为什么总是空？
根本原因通常是前端没发对，或后端没配对。常见错误包括：
• 前端表单缺少 enctype="multipart/form-data" 属性
• 用 fetch 或 axios 提交时手动构造了 Content-Type，导致浏览器无法自动设置边界（boundary）
• 后端路由没声明 methods=['POST']，或用了 GET 请求试图读取 request.files
• 文件 input 的 name 属性值和后端 request.files.get('xxx') 中的 'xxx' 不一致
正确做法是：前端用标准表单提交，或用 FormData 对象 append 文件，不设 Content-Type；后端检查 if 'file' in request.files and request.files['file'].filename != '' 再处理。
Django 的 FileField 和原生 request.FILES 该选哪个？
取决于是否需要持久化存储和模型关联：
• 如果文件要存进数据库（如用户头像、文章附件），且需 ORM 管理、自动生成路径、支持迁移，用 FileField 配合模型字段
• 如果只是临时接收、校验、转存到特定目录（如上传日志分析、批量导入 Excel 解析），直接用 request.FILES 更轻量，避免 ORM 开销和模型耦合
• 注意 FileField 默认调用 default_storage.save()，若自定义存储后端（如 OSS、S3），必须提前配置好 DEFAULT_FILE_STORAGE，否则本地写入失败但无明显报错
• 二者都支持分块读取（file.chunks()），大文件务必用循环读，别直接 .read()。
下载文件时用 send_file 还是 make_response？
优先用 send_file，它已封装常见逻辑：
• 自动设置 Content-Length、Content-Type（基于文件扩展名或 mimetype 参数）Content-Disposition
• 支持断点续传（as_attachment=False 且客户端支持时）
• 内部调用 Response，但比手写 make_response 更少出错
• 常见坑：send_file 的 download_name（Flask 2.0+）或 attachment_filename（旧版）必须显式指定中文名，否则乱码；建议用 urllib.parse.quote 编码
• 若需动态生成内容（如 CSV 字符串），不用 send_file，改用 Response + stream_with_context 避免内存堆积
大文件上传卡住或超时，怎么调 nginx 和框架参数？
超时通常发生在反向代理层或框架层，需同步调整：
• nginx：增大 client_max_body_size（如 100M）、client_body_timeout（如 300 秒）、proxy_read_timeout（后端响应超时）
• Flask：设 app.config['MAX_CONTENT_LENGTH'] = 100 * 1024 * 1024，否则 413 错误在框架层就拦截了，nginx 参数无效
• Django：设 DATA_UPLOAD_MAX_MEMORY_SIZE（内存阈值）和 FILE_UPLOAD_MAX_MEMORY_SIZE，超过则写临时文件，避免 OOM
• 客户端上传进度条需配合 XMLHttpRequest.upload.onprogress 或 fetch 的 ReadableStream 分块读取，不能只靠后端响应判断
立即学习“Python免费学习笔记（深入）”；
关键点在于：上传下载不是单点配置，而是从前端表单、HTTP 客户端、反向代理、Web 框架、文件系统层层穿透的问题。最容易被忽略的是 nginx 和框架的 MAX_CONTENT_LENGTH 必须一致，且前端未正确触发 multipart 提交时，后端永远拿不到文件对象。
