要让Nginx真正通过HTTP/2提升并发传输性能，关键在于构建全链路兼容的HTTPS通信路径：需满足Nginx≥1.9.5且启用--with-http_v2_module、OpenSSL≥1.0.2支持ALPN，listen 443 ssl http2必须合并书写，使用有效TLS证书并启用TLS 1.2+，反向代理保持HTTP/1.1，再调优http2_max_concurrent_streams、header大小及keepalive等参数，并用curl或DevTools验证协议是否为h2。
要让Nginx真正通过HTTP/2提升并发传输性能，关键不是简单加个http2参数，而是构建一条全链路兼容、安全可靠、配置精细的HTTPS通信路径。HTTP/2的优势（如多路复用、头部压缩、服务端推送）只有在端到端正确启用时才能释放，否则极易降级为HTTP/1.1甚至引发连接异常。
确保底层环境满足硬性要求
HTTP/2在Nginx中不是“开关式”功能，它依赖底层组件协同工作：
- Nginx版本必须≥1.9.5（推荐1.20+），且编译时启用
--with-http_v2_module和--with-http_ssl_module - OpenSSL版本必须≥1.0.2（强烈推荐1.1.1+），以支持ALPN协议协商；执行
nginx -V确认含http_v2，再运行openssl version核对版本 - 系统内核需支持TCP优化（如
tcp_fastopen），尤其对高并发短连接场景有明显收益
正确配置HTTPS监听并启用HTTP/2
HTTP/2在主流浏览器和移动端中仅支持TLS加密通道（即h2，不支持明文h2c），配置必须严格遵循规范：
-
listen指令必须同时包含
ssl和http2，例如：listen 443 ssl http2;；写成两条独立语句（如listen 443 ssl;+listen 443 http2;）无效 - 使用有效、可信的TLS证书（推荐Let’s Encrypt），确保证书链完整；自签名证书在现代浏览器中会强制降级
- 启用TLS 1.2或1.3，禁用TLS 1.0/1.1；加密套件应排除RC4、3DES、SHA1等已被HTTP/2规范禁止的弱算法
反向代理层保持稳定，慎用后端HTTP/2
Nginx作为网关，客户端到Nginx走HTTP/2已能显著降低延迟与握手开销；但向上游服务发起HTTP/2请求反而容易引入不稳定因素：
- 多数后端服务（Spring Boot、Gunicorn、Tomcat）对HTTP/2反向代理支持有限，易出现流控制错误、连接挂起或帧解析异常
- 内网延迟低，HTTP/1.1 + keepalive连接池已足够高效；HTTP/2的多路复用优势在局域网几乎不可见
- 推荐维持上游为HTTP/1.1，并显式配置连接复用：
proxy_http_version 1.1;+proxy_set_header Connection '';+ 合理设置upstream keepalive数
针对性调优提升真实并发表现
默认配置可运行，但高并发场景需微调关键参数：
-
http2_max_field_size和http2_max_header_size：若业务使用长JWT、自定义追踪头等，建议设为32k～64k，避免因头部过大被拒绝 -
http2_max_requests：默认1000，高QPS下可提高至3000，延长单连接生命周期，减少重建开销 -
keepalive_timeout建议设为60s～120s，配合客户端keep-alive策略；同时启用ssl_session_cache shared:SSL:10m;减少TLS握手耗时 - 避免
ssl_buffer_size设过小（如4k），防止TLS分片导致小包碎片化，影响吞吐
验证是否生效，优先使用curl -I --http2 https://yoursite.com或浏览器Network面板查看Protocol列是否显示h2。若仍为http/1.1，重点排查证书有效性、ALPN协商状态及Nginx配置是否重载成功。
