Nginx 支持 HTTP/2 需启用 HTTPS 并在 listen 443 ssl 后添加 http2 参数，依赖 OpenSSL 1.0.2+ 和 Nginx 1.9.5+，通过 ALPN 自动协商；验证可用 curl -I --http2 或 openssl s_client -alpn h2。
要让 Nginx 支持 HTTP/2 并通过 ALPN 自动协商，核心是启用 HTTPS + 正确配置 TLS，并在 listen 指令中显式声明 http2。ALPN（Application-Layer Protocol Negotiation）由 OpenSSL 和客户端共同支持，Nginx 本身不直接配置 ALPN，而是依赖底层 TLS 库（如 OpenSSL 1.0.2+）在握手阶段自动完成协议协商。
确保 OpenSSL 和 Nginx 版本满足要求
Nginx 1.9.5+ 才正式支持 HTTP/2，且必须使用 OpenSSL 1.0.2 或更高版本（推荐 1.1.1+），否则即使配置了 http2，ALPN 扩展也不会被发送，导致协商失败。
- 检查 OpenSSL 版本：
openssl version，应为OpenSSL 1.0.2u或OpenSSL 1.1.1w等 - 检查 Nginx 编译参数：
nginx -V 2>&1 | grep -o 'with-http_v2_module'，确认含http_v2_module - 若为系统包安装（如 Ubuntu 20.04+、CentOS 8+），默认通常已满足；旧系统建议源码编译或升级仓库
启用 HTTPS 并在监听端口添加 http2 参数
HTTP/2 只能在加密连接（HTTPS）上运行（RFC 7540 要求），因此必须配置有效的 SSL 证书，并在 listen 443 ssl 后追加 http2：
server {
listen 443 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;
# 推荐启用现代 TLS 配置（提升 ALPN 兼容性）
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:...;
ssl_prefer_server_ciphers off;
# 其他 location 等配置...}
注意：http2 必须和 ssl 同时出现在 listen 指令中，单独写 listen 443 http2; 无效。
验证 ALPN 协商是否生效
ALPN 是否成功协商无法仅从 Nginx 日志判断，需借助外部工具检测：
- 用
curl -I --http2 https://example.com：若返回 HTTP/2 响应头（如HTTP/2 200），说明协商成功 - 用
openssl s_client -alpn h2 -connect example.com:443：观察输出中是否含ALPN protocol: h2 - 浏览器开发者工具 → Network → 查看协议列（显示
h2表示 HTTP/2 已启用）
如果始终显示 http/1.1，常见原因包括：证书链不完整、TLS 版本被降级、客户端不支持（如老版 Android WebView）、或 Nginx 未重新加载配置（nginx -s reload）。
可选：禁用 HTTP/1.1 回退（非必需但更明确）
Nginx 默认同时支持 h2 和 http/1.1，ALPN 协商会按客户端优先级选择。如需强制只走 HTTP/2（仅限测试环境），可配合 ssl_conf_command（OpenSSL 1.0.2+）限制协议列表：
ssl_conf_command Protocols "h2,http/1.1"; # 默认行为，显式声明 # ssl_conf_command Protocols "h2"; # 强制仅 h2（部分旧客户端将断连，慎用）
该指令需放在 http 或 server 块中，且依赖 OpenSSL 支持。生产环境保持默认即可，ALPN 会自然优选 h2。
