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 -V 2>&1 | grep -o with-http_v2_module，确认输出含http_v2；若无输出，需重新编译Nginx并添加--with-http_v2_module --with-http_ssl_module参数。
2、编辑站点server块配置，将listen指令改为：listen 443 ssl http2;，确保该行位于启用SSL的server上下文中。
3、验证SSL证书路径有效：ssl_certificate必须指向包含完整链的fullchain.pem，ssl_certificate_key必须指向privkey.pem，且Nginx worker进程具备读取权限。
4、在server块内明确启用TLSv1.2与TLSv1.3：ssl_protocols TLSv1.2 TLSv1.3;，禁用TLSv1.0/TLSv1.1以保障ALPN协商成功。
5、保留标准PHP-FPM fastcgi_pass配置（如fastcgi_pass unix:/run/php/php8.1-fpm.sock;），注意：此配置与HTTP/2无关，仅负责Nginx与PHP进程间通信。
6、执行sudo nginx -t校验语法，无误后运行sudo systemctl reload nginx生效配置。
二、Apache服务端启用HTTP/2并集成PHP模块
该方法适用于使用mod_php或php-fpm与Apache协同的环境，通过启用mod_http2模块，使Apache直接处理HTTP/2帧解析与多路复用调度，首部压缩由内置HPACK实现。
1、确认Apache版本不低于2.4.17，执行httpd -v验证；若低于该版本，须升级。
2、启用mod_http2模块：在httpd.conf或mods-enabled/http2.load中添加：LoadModule http2_module modules/mod_http2.so。
3、在全局httpd.conf或虚拟主机配置中，于<virtualhost></virtualhost>块内添加：Protocols h2 http/1.1，禁止启用h2c（明文HTTP/2在主流客户端中已被禁用）。
4、确保SSL配置完整：包含有效的SSLCertificateFile与SSLCertificateKeyFile，并设置SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1以强制TLSv1.2+。
5、若使用mod_php，确认LoadModule php_module已启用；若使用php-fpm，保持ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/var/www/html/等标准代理配置不变。
6、重启服务：sudo systemctl restart apache2（Debian系）或sudo systemctl restart httpd（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://协议；若使用http://，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 200即表示服务端HTTP/2启用成功。
2、在Chrome浏览器中打开开发者工具（F12），切换至Network标签页，刷新页面，查看任意请求的Protocol列，确认显示为h2而非http/1.1。
3、捕获TLS握手过程：使用openssl s_client -alpn h2 -connect your-domain.com:443，观察输出中是否包含ALPN protocol: h2，这是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”后比对-H参数长度），HTTP/2下Cookie、User-Agent等重复头部显著缩减。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
