Nginx 不支持自动缓存预加载，但可通过主动请求触发 proxy_cache 预热、open_file_cache 文件元数据预热、CI/CD 构建流程集成及 CDN 边缘预热四种方式实现缓存预热，提升首次及后续访问性能。
Nginx 本身不支持传统意义上的“缓存预加载”（如主动发起请求填充缓存），但它可以通过缓存预热（cache warming）机制，在资源上线或流量高峰前，把高频静态资源提前加载进本地 proxy_cache 或文件系统缓存，从而显著提升首次及后续访问性能。这不是自动行为，需配合策略主动触发。
关键点在于：预加载 ≠ 自动缓存，而是“让缓存就位”的人为准备动作。
一、用主动请求实现 proxy_cache 预热
适用于反向代理场景（Nginx 作为网关，后端是应用服务器）。核心是模拟用户请求，触发 Nginx 缓存逻辑，将响应写入 proxy_cache 区域。
-
在
http块中已定义缓存区：proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=static_cache:20m max_size=2g inactive=1h use_temp_path=off;
-
对应 location 启用缓存且允许被预热（避免
proxy_cache_bypass或Cache-Control: no-cache干扰）：location ~* \.(js|css|png|jpg|woff2)$ { proxy_pass http://backend; proxy_cache static_cache; proxy_cache_valid 200 304 1y; proxy_cache_key "$scheme$request_method$host$uri$is_args$args"; add_header X-Cache-Status $upstream_cache_status; } -
预热操作示例（Shell 脚本）：
# 列出热门静态资源路径（可从日志、埋点或构建产物中提取） cat hot-assets.txt | while read url; do curl -s -o /dev/null -w "%{http_code}\n" "https://cdn.example.com/$url" done✅ 注意：确保
curl请求的 Host、User-Agent 等与真实请求一致（必要时加-H "Host: static.example.com"），否则proxy_cache_key不匹配，无法命中或写入缓存。
二、利用 open_file_cache 提前加载文件元数据
针对直接 root/alias 服务静态文件的模式（非 proxy_pass），预热重点是减少 open() 和 stat() 系统调用开销。
-
启用并调优文件句柄缓存：
open_file_cache max=5000 inactive=60s; open_file_cache_valid 60s; open_file_cache_min_uses 2; open_file_cache_errors on;
-
预热方式：用
find + stat批量触达文件# 遍历静态目录，强制内核缓存 inode 和属性 find /var/www/static -type f \( -name "*.js" -o -name "*.css" -o -name "*.png" \) -exec stat {} \; > /dev/null✅ 效果：下次 Nginx 处理请求时，
open_file_cache可直接复用已缓存的文件信息，跳过磁盘查询，降低延迟 1–3ms/请求。
三、结合构建流程做资源级预热
最可靠的方式——在 CI/CD 发布新版本时，自动触发缓存初始化。
- 构建产物含哈希指纹（如
app.a1b2c3.js），路径唯一且长期不变； - 发布脚本中生成该版本所有静态资源 URL 列表；
- 调用预热脚本，逐个
curl -I（仅头）或curl -s（完整响应）； - 可搭配
proxy_cache_use_stale updating，确保预热期间旧缓存仍可用。
⚠️ 注意：不要对带 Cookie 或身份校验的请求做预热；只针对公开、无状态的静态资源（
.js,.css,.webp,.woff2等）。
四、配合 CDN 实现边缘节点预热（间接提升 Nginx 访问量）
虽然 CDN 预热不发生在 Nginx 本机，但能大幅减少回源请求数，变相减轻 Nginx 压力，提升整体吞吐：
- 阿里云 CDN、Cloudflare 等均提供 API 预热接口；
- 在发布后立即提交关键资源 URL 列表；
- CDN 节点拉取资源并缓存 → 后续用户请求命中边缘 → 几乎零回源 → Nginx QPS 下降 70%+，等效于“提升其承载访问量”。
不复杂但容易忽略
