nginx大文件下载性能优化核心是减少开销、规避中断、复用资源，需四方面协同：启用sendfile零拷贝与tcp_nopush优化、保障range断点续传、区分直出/代理缓存策略、延长超时并合理设置缓冲区。
大文件下载性能优化不是靠“提速”，而是减少系统开销、避免中断、复用资源。核心围绕四件事：启用零拷贝、支持断点续传、区分缓存策略、调优超时与缓冲区。
启用 sendfile 零拷贝和 TCP 优化
默认情况下，Nginx 读取磁盘文件要经过用户态内存中转，对大文件会造成明显 CPU 和延迟压力。开启内核级零拷贝可绕过这一步：
- sendfile on; —— 必开，让内核直接 DMA 传输文件
- tcp_nopush on; —— 配合 sendfile，合并响应头与数据包，减少小包数量
- tcp_nodelay off; —— 注意不是 on，关闭 Nagle 算法，避免阻塞连续大块数据发送
确保 Range 请求正常工作
浏览器、IDM、aria2 等工具依赖 HTTP Range 实现断点续传和多线程下载。Nginx 默认支持，但容易被其他配置意外禁用：
- 检查 location 块中是否误写了 add_header Accept-Ranges "none";，删掉它
- 如果是静态直出（如 alias /data/files;），Range 自动生效，无需额外配置
- 若走反向代理（如后端是 Java 或 OSS），需确认后端也支持 Range，并在 Nginx 中禁用响应体缓存：proxy_buffering off; 或至少设为 proxy_buffering on; 并配好缓冲区大小
按部署方式选缓存策略
直出静态文件和反向代理动态源的缓存逻辑完全不同，混用会导致失效或重复拉取：
-
静态直出场景（推荐）：用 expires + Cache-Control 控制浏览器缓存
location ~ \.(zip|iso|dmg|tar\.gz)$ {
alias /opt/downloads/;
expires 1y;
add_header Cache-Control "public, immutable";
add_header Content-Disposition "attachment";
} -
反向代理场景（如对接 OSS、S3）：启用 proxy_cache，但只缓存完整响应（200），不缓存分片（206）
proxy_cache dl_cache;
proxy_cache_valid 200 7d;
proxy_cache_valid 206 0s;
proxy_max_temp_file_size 4096m;
延长超时并扩大缓冲区
默认 60 秒超时对 GB 级文件极不友好，容易触发 504；缓冲区太小会退化为流式转发，失去缓存和零拷贝优势：
- proxy_read_timeout 3600; 和 proxy_send_timeout 3600; —— 根据最大文件大小和带宽预留冗余（例如 10GB 文件在 10MB/s 带宽下约需 1000 秒，设为 3600 更稳妥）
-
proxy_buffering on; 配合以下参数：
proxy_buffer_size 16k;
proxy_buffers 8 16k;
proxy_busy_buffers_size 32k; - proxy_max_temp_file_size 4096m; —— 默认仅 1G，超大会中断；64 位系统建议设为常见大文件的 2 倍以上
