如何使用Django实现大文件分片上传及存储后的合并处理？

本文共计1038个文字，预计阅读时间需要5分钟。

由于Django默认将整个上传体读入内存，再添加`request.FILES`，遇到几百MB乃至GB级别的文件，会超时或导致OOM（MemoryError）。或者被Nginx/Apache的`client_max_body_size`或`LimitRequestBody`参数挡在网关外。这并不是Django不能处理大文件的问题，而是它没有机会将整个数据读入内存。

所以分片是必须的——前端切块、后端逐块接收、最后合并。Django 本身不提供分片逻辑，得自己搭骨架。

• 别指望 FileField 自动支持分片：它只认完整文件对象
• Nginx 默认限制 1MB，要调大 client_max_body_size 2048m（同时配好 proxy_buffering off 和超时）
• 浏览器 fetch 或 XMLHttpRequest 发送分片时，务必带唯一 upload_id 和当前 chunk_index，否则后端无法拼序

怎么设计分片上传接口（基于 Django View）

你需要一个接受单个分片的 endpoint，比如 /api/upload/chunk/，它不做校验、不合并，只存临时块。关键点在于：如何避免并发写冲突、怎么定位属于哪个上传任务、以及临时文件存在哪。