phpEnv不支持HTTP/2，因其内置Apache/Nginx版本过低、缺失http_v2_module或ALPN支持，强行修改配置会导致Nginx报错或协议协商失败；应改用宝塔面板、Laragon或Docker等支持HTTP/2的环境。
phpEnv 不支持 HTTP/2，改用 Nginx 或 Apache 才能启用。
phpEnv 是一个 Windows 下的轻量级 PHP 集成环境，底层用的是 Apache（默认）或可选的 Nginx，但它本身不提供 HTTP/2 配置入口，也没有图形化开关。它的 Apache 版本通常为 2.4.39 或更低，mod_http2 模块未内置、未启用；即使手动编译加载，也极易因 OpenSSL 版本低（如 1.0.2u）、缺少 ALPN 支持而失败。
确认 phpEnv 底层 Web 服务器类型和版本
打开 phpEnv 主界面 → 点击右上角【设置】→ 查看「Web Server」选项：
- 若显示
Apache，运行httpd -v和httpd -M | findstr http2（Windows 命令行），大概率无http2_module输出 - 若显示
Nginx，运行nginx -V 2>&1 | findstr http_v2，旧版 phpEnv 内置的 Nginx 多为 1.16 或 1.18，--with-http_v2_module通常未编译进内核 - 无论哪种，
openssl version很可能低于 1.1.1，不满足 ALPN 要求 —— 这是 HTTP/2 协商失败最隐蔽的原因
强行在 phpEnv 的 Nginx 配置中加 http2 会怎样
如果你在 phpEnv 的 Nginx 配置文件（如 conf/vhosts.conf）里把 listen 443 ssl; 改成 listen 443 ssl http2;：
立即学习“PHP免费学习笔记（深入）”；
- Nginx 启动时会报错：
nginx: [emerg] invalid parameter "http2"—— 表明模块根本没加载 - 即使侥幸不报错，Chrome 开发者工具 Network 标签页中 Protocol 列仍显示
h1，curl -I --http2 https://localhost返回HTTP/1.1 400 - 原因不是配置写错了，而是二进制里压根没有
http_v2_module的符号表
真正可行的替代方案
不要折腾 phpEnv，直接换更可控的本地开发环境：
- 用宝塔面板（Windows 版或 WSL2 下 Linux 版）：自带 Nginx 1.25+，
http_v2_module默认启用，SSL +listen 443 ssl http2两步即开 - 用 Laragon：Windows 原生支持，Nginx 1.24+ 可选，设置 → Web Server → 切换到 Nginx → 启用 HTTPS → 自动注入
http2 - 用 Docker 跑官方
nginx:alpine镜像：基于 OpenSSL 1.1.1+，docker run -p 443:443 -v $(pwd)/conf.d:/etc/nginx/conf.d nginx:alpine，配好证书后一行listen 443 ssl http2;就生效
HTTP/2 的核心依赖不在“怎么写配置”，而在“底层是否真有那个模块 + TLS 栈是否支持 ALPN”。phpEnv 的封闭打包机制让这两点几乎不可控 —— 想验证协议是否跑起来，别卡在 phpEnv 里反复试错。
