HTTP/2需Nginx≥1.9.5且编译启用--with-http_v2_module，配置中listen 443 ssl后须加http2，并验证h2协议生效；版本不足、模块未启、配置遗漏、证书问题或中间件降级均会导致失败。
确认Nginx版本和HTTP/2模块是否就位
宝塔面板不是装了HTTPS就自动开HTTP/2的，它依赖两个硬条件：Nginx ≥1.9.5 且编译时启用了 --with-http_v2_module。很多用户用宝塔默认安装的Nginx 1.22，看着版本够，但实际没开这个模块——查一下就知道：nginx -V 2>&1 | grep http_v2，没输出就是没启用。
- 宝塔7.4+默认Nginx多数已内置，但低版本（如1.14、1.18）或手动降级过的大概率不支持
- CentOS 7上用宝塔一键部署的旧环境，常见Nginx 1.16，必须升级；推荐直接上
1.25或1.26，为后续HTTP/3留余地 - 升级命令走宝塔官方脚本最稳：
wget https://download.bt.cn/install/0/nginx5.sh && bash nginx5.sh install 1.25
修改站点配置文件，显式声明http2
光有模块还不够，得在具体站点的Nginx配置里“点名”启用。关键就在那行 listen 443 ssl; —— 它只是告诉Nginx“用SSL”，没说用哪个HTTP版本。加上 http2 才真正触发协议协商。
- 路径：宝塔 → 网站 → 目标站点 → 设置 → 配置文件
- 找到类似
listen 443 ssl;的行（注意是带ssl的443监听，不是80端口） - 改成
listen 443 ssl http2;，结尾分号不能丢，空格不能少 - 如果配置里还有IPv6监听，比如
listen [::]:443 ssl;，也得同步改成listen [::]:443 ssl http2; - 保存后宝塔通常自动重载，若页面没反应，手动点下「重载Nginx」
验证是否真生效，别被假象骗了
浏览器地址栏显示锁图标 ≠ HTTP/2已启用；Chrome开发者工具Network标签页里看到 h2 才算数。但这里有个经典陷阱：你本地开着代理、插件或企业防火墙，可能把HTTP/2降级成HTTP/1.1，导致验证失败。
- 最可靠方式：用无痕模式 + 关闭所有扩展，访问网站后按F12 → Network → 刷新 → 看任意请求的
Protocol列，值为h2即成功 - 进阶验证可访问
chrome://net-internals/#http2，查对应域名是否有活跃的HTTP/2会话 - curl命令也能辅助：
curl -I --http2 https://yourdomain.com，返回头里有HTTP/2 200表示服务端已支持（但客户端是否协商成功另说）
为什么开了HTTP/2还感觉不到快？几个隐形瓶颈
HTTP/2提升的是连接复用和头部压缩效率，不是单个资源下载速度。如果你的网站首屏仍卡顿，问题往往不在协议层，而在资源组织或服务端配置。
- 没开
http2_push：HTML里引用的CSS/JS不会被主动推送，仍要等解析完再发请求；可在location块加http2_push /static/css/app.css;等指令 - CDN或反向代理没透传HTTP/2：比如Nginx前还套了一层Cloudflare，默认只把HTTP/1.1转发给源站，需开启「HTTP/2 Origin Pull」
- 证书链不完整或OCSP装订未启用：TLS握手耗时拉长，抵消了HTTP/2优势；宝塔SSL页勾选「OCSP装订」并确保中间证书上传完整
- 服务器时间不同步：NTP未校准会导致TLS证书校验异常，间接影响HTTP/2协商成功率
真正起效的HTTP/2，需要Nginx版本、模块、配置、证书、网络链路五者都对齐。漏掉任何一环，都可能表现为“配了但没用”。
