nginx高效支撑大文件下载需四方面调优：启用sendfile零拷贝、支持range断点续传、区分直出/代理缓存策略、延长超时并合理设置缓冲区。
要让 Nginx 高效支撑大文件下载（如 100MB–10GB 的安装包、视频、镜像等），核心不是“加快单次传输”，而是减少无效开销、规避中断、复用已有资源。关键在四方面：启用零拷贝传输、适配断点续传、控制缓存行为、调优代理与超时参数。配置需贴合实际部署方式（直出 or 反向代理）。
启用 sendfile + TCP 优化，绕过用户态拷贝
这是提升吞吐的底层基础。Nginx 从磁盘读取大文件时，默认走用户态内存中转，会造成额外 CPU 和内存压力；启用 sendfile 可让内核直接 DMA 传输，大幅降低延迟和负载：
-
sendfile on;—— 必开，启用内核级零拷贝 -
tcp_nopush on;—— 配合 sendfile，把多个响应头/数据包合并发送，减少 TCP 小包 -
tcp_nodelay off;—— 与 tcp_nopush 协同（注意：不是 on），避免 Nagle 算法干扰大块连续传输
支持 Range 请求，保障断点续传与多线程下载
现代浏览器、下载工具（IDM、aria2）依赖 HTTP Range 实现分片、暂停恢复、并发加速。Nginx 默认支持，但需确保不被其他配置干扰：
- 确认 location 中未设置
add_header Accept-Ranges "none";或类似禁用头 - 若使用
alias或root直出静态文件（如location /dl { alias /data/files; }），Range 自动生效，无需额外配置 - 若走反向代理（如后端是 Spring Boot），需确保后端也支持 Range，且 Nginx 不缓冲整个响应体（见下文 proxy_buffering）
按场景选择缓存策略：直出 vs 反向代理
缓存逻辑完全不同，混淆会导致重复拉取或缓存失效：
-
直出静态文件（推荐）：用
expires+add_header控制浏览器缓存location ~ ^/download/.*\.(zip|tar\.gz|exe|dmg|iso)$ {<br> alias /opt/files/;<br> expires 1y;<br> add_header Cache-Control "public, immutable";<br> add_header Content-Disposition "attachment";<br>} -
反向代理动态源（如对象存储/OSS）：启用
proxy_cache，但只缓存完整响应（200），禁用分片缓存（206）proxy_cache dl_cache;<br>proxy_cache_valid 200 7d;<br>proxy_cache_valid 206 0s;<br>proxy_max_temp_file_size 4096m;
调优超时与缓冲区，防中断、提并发
大文件下载耗时长，默认超时（60秒）极易触发 504；同时缓冲区不足会退化为流式转发，失去缓存优势：
-
proxy_read_timeout 3600;和proxy_send_timeout 3600;—— 根据最大文件大小和带宽估算（例如 5GB 文件、10MB/s 带宽 → 至少 500 秒） -
proxy_buffering on;（反向代理场景）+ 合理缓冲区：proxy_buffer_size 16k;<br>proxy_buffers 8 16k;<br>proxy_busy_buffers_size 32k;
-
client_body_buffer_size 10m;—— 若前端有上传需求，避免 413 错误
