HTTP/2多路复用与头部压缩需服务端（Nginx/Apache）启用协议并完成ALPN协商，PHP-FPM无需修改；客户端cURL需libcurl支持nghttp2且显式设版本；验证须确认h2协议、单连接多流及ALPN成功。
如果您已部署PHP网站，但浏览器开发者工具中显示协议仍为HTTP/1.1，则可能是由于Web服务器未正确启用HTTP/2、SSL配置缺失或客户端协商失败。以下是实现PHP网站启用HTTP/2以支持多路复用与首部压缩的多种独立可行方案：
一、Nginx服务端启用HTTP/2并适配PHP-FPM
该方法通过Nginx作为反向代理，在HTTPS层启用HTTP/2协议，使所有经由Nginx转发至PHP-FPM的请求自动享受多路复用与HPACK首部压缩，而PHP-FPM本身无需任何修改。
1、执行
，确认输出含
；若无输出，需重新编译Nginx并添加
参数。
2、编辑站点server块配置，将listen指令改为：
listen 443 ssl http2;
，确保该行位于启用SSL的server上下文中。
立即学习
“
PHP免费学习笔记（深入）
”；
3、验证SSL证书路径有效：
ssl_certificate
必须指向包含完整链的
，
ssl_certificate_key
必须指向
，且Nginx worker进程具备读取权限。
4、在server块内明确启用TLSv1.2与TLSv1.3：
ssl_protocols TLSv1.2 TLSv1.3;
，禁用TLSv1.0/TLSv1.1以保障ALPN协商成功。
5、保留标准PHP-FPM fastcgi_pass配置（如
），注意：此配置与HTTP/2无关，仅负责Nginx与PHP进程间通信。
6、执行
校验语法，无误后运行
生效配置。
二、Apache服务端启用HTTP/2并集成PHP模块
该方法适用于使用mod_
php
或php-fpm与Apache协同的环境，通过启用mod_http2模块，使Apache直接处理HTTP/2帧解析与多路复用调度，首部压缩由内置HPACK实现。
1、确认Apache版本不低于
2.4.17
，执行
验证；若低于该版本，须升级。
2、启用mod_http2模块：在
或
中添加：
LoadModule http2_module modules/mod_http2.so
。
3、在全局
或虚拟主机配置中，于
块内添加：
Protocols h2 http/1.1
，禁止启用
（明文HTTP/2在主流客户端中已被禁用）。
4、确保SSL配置完整：包含有效的
与
，并设置
以强制TLSv1.2+。
5、若使用mod_php，确认
已启用；若使用php-fpm，保持
等标准代理配置不变。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
6、重启服务：
（Debian系）或
（RHEL系）。
三、PHP客户端主动发起HTTP/2请求（cURL方式）
该方法不改变网站对外服务协议，而是让PHP脚本自身作为HTTP/2客户端，向其他支持HTTP/2的HTTPS服务发起请求，利用多路复用提升内部API调用效率，并受益于首部压缩降低传输开销。
1、检查当前cURL是否真实支持HTTP/2：
var_dump(curl_version()['features'] & CURL_VERSION_HTTP2);
，输出非零值才表示底层libcurl已编译启用nghttp2且运行时可用。
2、确保目标URL使用
https://
协议；若使用
，cURL将静默降级至HTTP/1.1，不报错也不警告。
3、初始化cURL句柄后，显式设置HTTP版本：
curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_2_0);
，注意常量名称不可拼错。
4、为防止ALPN协商失败，可附加强制TLS版本选项：
curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1_2);
。
5、执行请求：
curl_exec($ch);
，响应体将按HTTP/2解包后的语义返回，无需额外解析帧结构。
四、验证HTTP/2是否生效及多路复用行为
该方法提供终端与浏览器双重验证手段，聚焦于确认协议协商成功、首部压缩启用及多路复用实际发生，避免仅依赖配置文件就认定功能就绪。
1、使用curl命令行验证协议版本：
curl -I --http2 https://your-domain.com
，响应头中出现
即表示服务端HTTP/2启用成功。
2、在Chrome浏览器中打开开发者工具（F12），切换至Network标签页，刷新页面，查看任意请求的Protocol列，确认显示为
h2
而非
。
3、捕获TLS握手过程：使用
，观察输出中是否包含
，这是HTTP/2协商的关键证据。
4、检测多路复用：在Network面板中，对同一域名发起多个并发请求（如加载多个JS/CSS），观察其Timing标签下的Connection ID是否相同且Start Time高度重叠，表明复用同一TCP连接上的多个流。
5、验证首部压缩效果：对比HTTP/1.1与HTTP/2下相同请求的Request Headers原始字节数（可通过Wireshark或Chrome的“Copy as cURL”后比对
参数长度），HTTP/2下Cookie、User-Agent等重复头部显著缩减。
nginx -V 2>&1 | grep -o with-http_v2_modulehttp_v2--with-http_v2_module --with-http_ssl_modulefullchain.pemprivkey.pemfastcgi_pass unix:/run/php/php8.1-fpm.sock;sudo nginx -tsudo systemctl reload nginxhttpd -vhttpd.confmods-enabled/http2.loadhttpd.confh2cSSLCertificateFileSSLCertificateKeyFileSSLProtocol all -SSLv3 -TLSv1 -TLSv1.1LoadModule php_moduleProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/var/www/html/sudo systemctl restart apache2sudo systemctl restart httpdhttp://HTTP/2 200http/1.1openssl s_client -alpn h2 -connect your-domain.com:443ALPN protocol: h2-H