大文件下载优化需协同浏览器缓存与Nginx代理缓存：浏览器端用Cache-Control public, max-age=31536000, immutable实现强缓存；Nginx端配置proxy_cache、增大proxy_max_temp_file_size并禁用206缓存，同时规避Range请求冲突。
大文件下载场景下，浏览器缓存本身不参与“预拉取”，因为预拉取（如 <link rel="prefetch">）由前端主动触发，而浏览器对大文件（如 >10MB）通常默认不缓存或限制缓存行为。真正可优化的是 Nginx 如何配合浏览器缓存策略，让已下载过的大文件在后续请求中直接复用本地副本，避免重复传输——这依赖于精准的 HTTP 缓存头控制和 Nginx 代理层的临时缓存协同。
明确缓存目标：区分“浏览器缓存”与“Nginx 代理缓存”
浏览器缓存是客户端行为，由 Cache-Control 和 Expires 响应头决定；Nginx 代理缓存是服务端行为，用于中转并暂存后端返回的大文件。二者需协同但不可混淆：
- 浏览器是否缓存，取决于你返回的
Cache-Control: public, max-age=31536000或immutable——这对 ZIP、PDF、安装包等静态大文件完全适用 - Nginx 是否缓存该响应，取决于
proxy_cache配置及状态码匹配（如只缓存200，不缓存206分块下载） - 若后端是直出文件（如
location /download/ { alias /data/files/; }），则无需proxy_cache，只需设置expires和add_header
针对大文件的 Cache-Control 精准设置
大文件一旦生成极少变更，适合长期强缓存。避免使用 max-age=0 或 no-cache，也不要依赖 Last-Modified 触发条件请求（Etag 验证开销大且无必要）：
- 在对应 location 中添加：
add_header Cache-Control "public, max-age=31536000, immutable"; -
immutable是关键：告诉浏览器该资源内容永不变，无需发起If-None-Match验证请求 - 搭配版本化路径更稳妥，例如
/download/app-v2.4.1-linux-amd64.tar.gz，文件名含哈希或版本号，可放心设为一年缓存
Nginx 代理层的大文件临时缓存配置
当 Nginx 作为反向代理分发大文件（如从对象存储或后端服务拉取），需启用磁盘缓存防止重复回源。注意默认 proxy_max_temp_file_size 为 1024MB，超限即退化为流式转发：
- 增大临时缓存上限：
proxy_max_temp_file_size 4096m;（支持最大 4GB 文件缓存） - 定义专用缓存区：
proxy_cache_path /var/cache/nginx/download levels=1:2 keys_zone=dl_cache:256m max_size=50g inactive=7d use_temp_path=off; - 在下载 location 中启用：
proxy_cache dl_cache; proxy_cache_valid 200 7d;（仅缓存完整成功响应） - 禁用对
206 Partial Content的缓存（分片下载不缓存）：proxy_cache_valid 206 0s;
规避常见陷阱：断点续传与缓存冲突
浏览器下载大文件常启用断点续传（Range 请求），而标准缓存头可能干扰该流程：
- 确保响应中不带
Vary: Range（Nginx 默认不加，除非显式配置） - 若后端支持
Accept-Ranges: bytes，Nginx 不应修改或覆盖该头 - 不要对下载路径启用
gzip压缩（二进制文件压缩无效且破坏校验） - 禁用
proxy_buffering off可能导致大文件缓存失效，保持默认on并调大缓冲区：proxy_buffers 16 64k;
