Nginx要真正支持HTTP/2，必须同时满足：Nginx≥1.9.5且编译启用with-http_v2_module、OpenSSL≥1.0.2e（推荐1.1.1+）、listen 443 ssl http2、TLSv1.2+及ALPN协商成功，缺一不可。
直接看 Nginx 是否真能跑 HTTP/2，不能只看配置写了 http2，关键得确认底层依赖是否就位。很多情况是配置没错、重启也成功，但浏览器里协议还是 http/1.1——问题几乎都出在 OpenSSL 版本或链接关系上。
查 Nginx 编译时是否真正启用 http_v2_module
运行以下命令：
-
nginx -V 2>&1 | grep -o with-http_v2_module—— 输出必须是 with-http_v2_module（不能为空、不能报错、不能是ngx_http_spdy_module） - 如果没输出，说明 Nginx 二进制根本没编译该模块，
listen 443 ssl http2这行配置会被静默忽略
验证 OpenSSL 版本和链接路径是否匹配
HTTP/2 依赖 TLS 层的 ALPN 协商，这要求 OpenSSL ≥ 1.0.2e；而稳定性和 TLS 1.3 支持强烈建议用 1.1.1 或 3.0+：
-
nginx -V 2>&1 | grep -i openssl—— 看是否显式指定了新版路径（如--with-openssl=/usr/local/ssl），或至少显示 OpenSSL 版本 ≥ 1.0.2e -
ldd $(which nginx) | grep ssl—— 检查运行时实际加载的动态库，例如应为 libssl.so.1.1 或 libssl.so.3；若显示libssl.so.1.0.2k或类似旧版，即使nginx -V显示新版路径，也说明链接被覆盖或未生效
检查配置语法与 HTTPS 前置条件是否满足
HTTP/2 只能在 HTTPS 上启用，且必须走 TLS 握手，所以：
- 确保
listen行同时包含 ssl 和 http2，例如：listen 443 ssl http2;（不能只写http2而漏掉ssl） - 确认证书路径正确、私钥可读，且
ssl_certificate和ssl_certificate_key都已设置 - 运行
nginx -t，它不会报 HTTP/2 错误，但会暴露证书路径错误、权限问题等间接导致 HTTP/2 失效的配置缺陷
快速定位运行时是否真用上了 HTTP/2
配置 reload 后，别只信日志或命令行输出，用真实请求验证：
- 浏览器打开 DevTools → Network 标签页 → 刷新页面 → 看任意请求的 Protocol 列，应显示 h2
- 终端执行：
curl -I --http2 https://your-domain.com，返回头中若有HTTP/2 200表示成功；若回退到HTTP/1.1，说明协商失败，大概率是 OpenSSL 或 TLS 配置问题
