Nginx 中 HTTP/2 如何配合静态资源缓存策略实现秒开体验

HTTP/2需在HTTPS上启用，配置listen 443 ssl http2、有效证书、TLSv1.2+及优化缓存与传输参数（如sendfile、gzip、open_file_cache）才能协同提升静态资源加载性能。

HTTP/2 本身不直接提供缓存能力，但它通过多路复用、头部压缩、服务端推送（已弃用）等机制大幅降低传输延迟，让缓存策略真正“跑得起来”。要实现静态资源秒开，关键不是单独配 HTTP/2 或单独设缓存，而是让两者协同：HTTP/2 快速交付缓存响应，缓存策略确保响应能被浏览器和中间层高效复用。

HTTP/2 必须跑在 HTTPS 上，且需显式启用

HTTP/2 协议只支持加密通道。Nginx 中不能在 HTTP server 块里启用它，必须在监听 443 端口的 HTTPS server 块中添加 http2 参数：

1. listen 443 ssl http2; —— 缺少 http2 就只是普通 HTTPS
2. 证书必须有效（推荐 Let’s Encrypt 的 fullchain.pem + privkey.pem）
3. 禁用过时协议：在 ssl_protocols 中至少保留 TLSv1.2 TLSv1.3

缓存策略要适配 HTTP/2 的并发特性

HTTP/2 允许单连接并发请求几十个资源，如果缓存头配置不当，反而会触发大量条件请求（If-None-Match / If-Modified-Since），拖慢整体加载。应按资源稳定性分级设置：

1. 带哈希指纹的 JS/CSS/图片（如 app.f3a7b2.js）：

   add_header Cache-Control "public, max-age=31536000, immutable";

   浏览器跳过验证，直接复用本地副本

2. 字体（woff2/ttf）、SVG 图标等中低频更新资源：

   add_header Cache-Control "public, max-age=31536000";

3. HTML、manifest.json 等动态入口文件：

   add_header Cache-Control "no-cache, must-revalidate";

   强制校验，但配合 ETag 可快速返回 304，不传正文

传输层优化必须同步开启，放大 HTTP/2 效果

HTTP/2 提速的前提是底层传输足够高效。以下配置缺一不可：

1. sendfile on; —— 内核零拷贝，避免用户态内存搬运
2. tcp_nopush on; —— 配合 sendfile，把响应头+文件内容打包成完整 TCP 包发出
3. tcp_nodelay on; —— 对小资源（如 favicon.ico、内联 SVG）禁用 Nagle 算法，降低首字节延迟
4. gzip on; + gzip_types text/css application/javascript image/svg+xml; —— 文本类资源压缩后再走 HTTP/2 多路复用，体积与并发双重受益

配合 open_file_cache 减少系统调用瓶颈

高并发下，频繁 stat()、open() 文件元数据会成为性能拐点。HTTP/2 放大了这个风险（一次页面加载可能触发上百次文件查询）。启用文件句柄与元数据缓存：

1. open_file_cache max=100000 inactive=30s;
2. open_file_cache_valid 30s;
3. open_file_cache_min_uses 2;
4. open_file_cache_errors on;

这样 Nginx 能在内存中快速判断文件是否存在、是否可读，把磁盘 I/O 压力降到最低，让 HTTP/2 的并发优势真正落地。