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 参数：
-
listen 443 ssl http2;—— 缺少http2就只是普通 HTTPS - 证书必须有效（推荐 Let’s Encrypt 的
fullchain.pem+privkey.pem） - 禁用过时协议：在
ssl_protocols中至少保留TLSv1.2 TLSv1.3
缓存策略要适配 HTTP/2 的并发特性
HTTP/2 允许单连接并发请求几十个资源，如果缓存头配置不当，反而会触发大量条件请求（If-None-Match / If-Modified-Since），拖慢整体加载。应按资源稳定性分级设置：
- 带哈希指纹的 JS/CSS/图片（如
app.f3a7b2.js）：add_header Cache-Control "public, max-age=31536000, immutable";
浏览器跳过验证，直接复用本地副本 - 字体（woff2/ttf）、SVG 图标等中低频更新资源：
add_header Cache-Control "public, max-age=31536000"; - HTML、manifest.json 等动态入口文件：
add_header Cache-Control "no-cache, must-revalidate";
强制校验，但配合 ETag 可快速返回 304，不传正文
传输层优化必须同步开启，放大 HTTP/2 效果
HTTP/2 提速的前提是底层传输足够高效。以下配置缺一不可：
-
sendfile on;—— 内核零拷贝，避免用户态内存搬运 -
tcp_nopush on;—— 配合 sendfile，把响应头+文件内容打包成完整 TCP 包发出 -
tcp_nodelay on;—— 对小资源（如 favicon.ico、内联 SVG）禁用 Nagle 算法，降低首字节延迟 -
gzip on;+gzip_types text/css application/javascript image/svg+xml;—— 文本类资源压缩后再走 HTTP/2 多路复用，体积与并发双重受益
配合 open_file_cache 减少系统调用瓶颈
高并发下，频繁 stat()、open() 文件元数据会成为性能拐点。HTTP/2 放大了这个风险（一次页面加载可能触发上百次文件查询）。启用文件句柄与元数据缓存：
open_file_cache max=100000 inactive=30s;open_file_cache_valid 30s;open_file_cache_min_uses 2;open_file_cache_errors on;
这样 Nginx 能在内存中快速判断文件是否存在、是否可读，把磁盘 I/O 压力降到最低，让 HTTP/2 的并发优势真正落地。
