Nginx作为七层反向代理，完全支持与前端浏览器建立HTTP/2连接，同时以HTTP/1.1转发请求至后端，这是标准且推荐做法；需满足Nginx≥1.9.5（推荐≥1.21.0）、启用http_v2和ssl模块、OpenSSL≥1.0.2（建议≥1.1.1）、有效TLS证书、TLSv1.2+及ALPN，并在server块中配置listen 443 ssl http2，proxy_http_version必须设为1.1而非2.0。
直接说结论：Nginx 作为七层反向代理，完全支持与前端浏览器建立 HTTP/2 连接，同时将请求以 HTTP/1.1 转发给后端——这是标准且推荐的做法。关键不在“保持连接”，而在于正确启用客户端到 Nginx 这一跳的 HTTP/2，并确保代理行为不破坏协议协商。
确认基础条件是否满足
HTTP/2 在 Nginx 中仅工作于 HTTPS 上，明文（http://）不支持。必须同时满足：
- Nginx 版本 ≥ 1.9.5（推荐 ≥ 1.21.0），且编译时启用了 --with-http_v2_module 和 --with-http_ssl_module
- OpenSSL ≥ 1.0.2（建议 ≥ 1.1.1），支持 ALPN 协议协商
- 配置了有效的 TLS 证书（自签名证书在 Chrome/Firefox 中常导致 HTTP/2 被静默降级）
- 启用了 TLS 1.2 或 TLS 1.3，禁用 TLS 1.0/1.1
核心 server 配置写法
在对应 HTTPS 的 server 块中，监听行必须显式包含 http2 参数：
server {
listen 443 ssl http2; # ← 关键：ssl 和 http2 必须同时存在
server_name example.com;
<pre class="brush:php;toolbar:false;">ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:...;
location / {
proxy_pass http://backend;
proxy_http_version 1.1; # ← 显式声明，避免歧义
proxy_set_header Connection ""; # ← 清除 Connection 头，防升级干扰
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}}
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
立即学习“前端免费学习笔记（深入）”；
注意：proxy_http_version 2.0 是无效指令，Nginx 不支持 upstream HTTP/2，也不应尝试设置。
为什么后端用 HTTP/1.1 完全没问题
HTTP/2 的性能优势（多路复用、头部压缩、流优先级）主要作用于客户端与 Nginx 之间的高延迟、弱网络链路。Nginx 到后端通常在内网或低延迟环境中，HTTP/1.1 + keepalive 已足够高效。Nginx 会自动完成以下转换：
- 把客户端发来的 HTTP/2 HEADERS+DATA 帧，解包为标准 HTTP/1.1 请求（含状态行、头部、body）
- 把后端返回的 HTTP/1.1 响应，重新封装为 HTTP/2 的帧结构发回浏览器
- 这个过程对用户透明，无需额外配置或干预帧头
验证是否生效
部署后立即检查，避免“以为开了实际没开”：
- Chrome 浏览器打开
chrome://net-internals/#http2，查看是否有活跃的 h2 连接 - 开发者工具 → Network 标签 → 刷新页面 → 看任意请求的 Protocol 列是否显示 h2
- 终端执行：
curl -I --http2 -k https://example.com（返回头中含HTTP/2 200即成功）
