Apache仅支持HTTP/2终端服务器模式（客户端直连，需≥2.4.17、mod_http2、HTTPS+ALPN），不支持ProxyPass后端使用h2协议，反向代理必降级为HTTP/1.1；替代方案推荐Caddy或Nginx前置代理。
Apache 本身不支持作为 HTTP/2 的反向代理（即不支持 ProxyPass 后端使用 h2 协议），这是关键前提。它只能作为 HTTP/2 的**终端服务器**（即客户端直连 Apache，Apache 自己处理 TLS 和 HTTP/2 解帧），不能将请求以 HTTP/2 协议转发给后端服务。所以“Apache 代理支持 HTTP/2”实际分两种理解：
情况一：让 Apache 接收客户端 HTTP/2 请求（终端模式）
这是最常见、也唯一被 Apache 原生支持的方式。需同时满足三个硬性条件：
-
Apache 版本 ≥ 2.4.17，且已编译启用
--enable-http2 - 启用 mod_ssl 并配置有效 HTTPS（HTTP/2 over TLS 强制要求 ALPN，纯 HTTP/2 不被主流浏览器支持）
- mod_http2 模块已加载，且 Protocols 指令放在 SSL 虚拟主机内
典型配置片段（在 extra/httpd-ssl.conf 或 <VirtualHost *:443> 块中）：
<IfModule mod_http2.c>
Protocols h2 http/1.1
</IfModule>
注意：Protocols 不能写在全局配置或非 SSL 的 <VirtualHost *:80> 中，否则无效或报错。
情况二：用 Apache 做反向代理，后端也走 HTTP/2（不可行）
Apache 的 mod_proxy 系列模块（如 mod_proxy_http）**只支持 HTTP/1.x 与后端通信**。即使后端是 HTTP/2 服务（如 Nginx、Caddy、Spring Boot），Apache 也会降级为 HTTP/1.1 发起代理请求。你无法通过配置让 ProxyPass 使用 h2 协议。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
验证方式：在后端服务日志或抓包中会看到 Apache 发来的全是 HTTP/1.1 请求头，Upgrade: h2c 或 ALPN 扩展不会出现。
替代方案：用兼容 HTTP/2 代理的工具反代 Apache
如果你需要“前端 HTTP/2 → 后端 Apache（HTTP/1.1）”的链路，正确做法是换前置代理层，例如：
- Caddy：开箱支持 HTTP/2 入口 + HTTP/1.1 反向代理到 Apache，配置极简（自动 HTTPS、无需手动证书）
-
Nginx 1.9.5+：支持
http2参数开启监听，再用proxy_pass http://apache_backend;转发（仍为 HTTP/1.1 到后端） - Envoy / Traefik：云原生代理，对 HTTP/2 支持更完整，适合复杂路由场景
此时 Apache 只需专注处理 HTTP/1.1，不再承担协议升级负担。
特别提醒：XAMPP / phpEnv 等集成环境基本不适用
它们自带的 Apache 多数是旧版本（如 2.4.52），未编译 mod_http2，OpenSSL 或 APR 缺少 ALPN 支持。强行替换模块风险高（依赖不匹配易崩溃），不推荐开发环境折腾。直接换 Caddy 是更省时可靠的方案。
