HTTP/2在Nginx中启用后显著提升前后端分离项目接口响应效率，核心在于多路复用避免队头阻塞、HPACK头部压缩降低冗余、单TLS连接并发传输JS/CSS/API等资源；必须基于HTTPS（listen 443 ssl http2），禁用明文h2c，配合ssl_buffer_size 4k、keepalive_timeout及动静分离可最大化效益。
HTTP/2 在 Nginx 中启用后，能显著提升前后端分离项目的接口响应效率——尤其当页面加载大量资源（如 JS、CSS、API 请求）时，多路复用、头部压缩、服务端推送等特性可减少延迟、降低连接开销。但它本身不直接“加速后端逻辑”，而是优化传输层。要真正发挥 HTTP/2 对接口的高性能支持，需结合反向代理配置、TLS 强制、协议协商与后端协同设计。
必须开启 HTTPS：HTTP/2 在主流浏览器中仅支持加密连接
Nginx 的 HTTP/2 模块（http_v2_module）默认只在 listen 443 ssl http2 下生效。明文 HTTP/2（h2c）虽存在，但 Chrome、Firefox 等均不支持，前端调用会降级为 HTTP/1.1。
正确写法示例：
server {
listen 443 ssl http2;
server_name api.example.com;
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
# 其他 TLS 安全配置（如 TLSv1.2+、现代 cipher）
}⚠️ 若仍监听 80 端口，建议强制跳转 HTTPS：return 301 https://$host$request_uri;，避免前端发起非加密请求失败。
反向代理接口路径时，确保 proxy_pass 后端也兼容 HTTP/2（可选但推荐）
默认情况下，Nginx 到后端（如 Spring Boot、Node.js）仍走 HTTP/1.1。若后端也支持 HTTP/2（例如 Spring Boot 3.x + Undertow 或 Jetty 配置 h2），可启用：
- 在 upstream 块中声明 HTTP/2 协议：
upstream backend { server 127.0.0.1:8080 http2; } - 或直接在 location 中使用：
proxy_http_version 2.0;（注意：仅当后端明确支持且已启用 TLS）
多数场景下，Nginx → 后端走 HTTP/1.1 已足够高效；重点应放在 Nginx → 前端这一链路启用 HTTP/2，这对首屏加载、并发 API 请求（如 Vue 页面同时拉取用户、菜单、通知）帮助最大。
配合动静分离与连接复用，放大 HTTP/2 效益
前后端分离项目中，前端静态资源（HTML/JS/CSS）和 API 接口常共用同一域名（如 https://app.example.com）。HTTP/2 天然支持同域名下多路复用，因此：
- 前端可放心并发请求
/（HTML）、/js/app.js、/api/user、/api/orders，全部复用单个 TCP 连接 - 避免 HTTP/1.1 的队头阻塞，接口响应不再被大 JS 文件下载卡住
- 启用
ssl_buffer_size 4k;和keepalive_timeout 60s;可延长连接复用窗口
无需额外改前端代码，只要 Nginx 正确配置 HTTP/2 + HTTPS，浏览器自动协商升级。
验证是否生效：三步快速确认
部署后，可通过以下方式验证：
- 浏览器开发者工具 → Network 标签 → 查看任意请求的 Protocol 列是否显示
h2 - 命令行检查：
curl -I --http2 https://api.example.com/health，响应头含HTTP/2 200 - Nginx 日志中开启
$server_protocol字段，观察访问日志是否出现HTTP/2.0
不复杂但容易忽略：HTTP/2 是传输优化杠杆，真正释放性能还需前端合理拆包、后端控制响应体大小、Nginx 开启 gzip/brotli 压缩及缓存策略配合。
