Apache 2.4.17+ 支持 HTTP/2，但需启用 mod_http2 模块并强制使用 HTTPS；Docker 中应选用 httpd:2.4.58 或 Bitnami 镜像，挂载证书并配置 SSL 与 Protocols h2；Kubernetes 中推荐由 Ingress 统一处理 TLS 和 HTTP/2 协商。
Apache 本身从 2.4.17 版本起支持 HTTP/2，但需满足两个前提：启用 mod_http2 模块 + 使用 TLS（HTTPS）。在容器化环境中（Docker 或 Kubernetes），不能直接复用系统级 OpenSSL 或 ALPN 协商能力，必须确保基础镜像、编译选项和运行时配置全部到位。
确认基础镜像支持 HTTP/2
官方 httpd:2.4 镜像（基于 Debian/Alpine）默认已启用 mod_http2，但仅限于启用状态——实际生效还需 TLS。建议优先使用较新标签，例如：
-
httpd:2.4.58（2026 年主流稳定版，含完整 HTTP/2 支持） - 或 Bitnami 的
bitnami/apache:2.4.58（预装 SSL 工具链与 ALPN 兼容 OpenSSL）
避免使用老旧镜像（如 httpd:2.2 或未明确标注版本的 latest），它们可能缺失 ALPN 协商能力，导致 HTTP/2 降级为 HTTP/1.1。
配置 HTTPS + 启用 HTTP/2
HTTP/2 在 Apache 中必须通过 HTTPS 启用（RFC 7540 要求），所以你需要：
- 准备一对有效的 TLS 证书（如自签名用于测试，或 Let’s Encrypt 生产证书）
- 在容器内挂载证书路径，并在
httpd.conf或虚拟主机配置中启用 SSL 和 HTTP/2
示例配置片段（保存为 httpd-ssl.conf）：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
Listen 443
<VirtualHost *:443>
Protocols h2 http/1.1
SSLEngine on
SSLCertificateFile /usr/local/apache2/conf/certs/fullchain.pem
SSLCertificateKeyFile /usr/local/apache2/conf/certs/privkey.pem
DocumentRoot /usr/local/apache2/htdocs
</VirtualHost>
Docker 部署时的关键操作
容器启动时需暴露 443 端口、挂载证书、并确保配置被加载：
- 将证书目录（
certs/）挂载进容器：-v $(pwd)/certs:/usr/local/apache2/conf/certs:ro - 覆盖默认配置或追加加载：
-v $(pwd)/httpd-ssl.conf:/usr/local/apache2/conf/extra/httpd-ssl.conf:ro - 启用 SSL 模块并在启动命令中包含它：
RUN a2enmod ssl http2（若用自定义 Dockerfile） - 启动命令示例：
docker run -d -p 443:443 -v ... httpd:2.4.58
注意：若用 Bitnami 镜像，可直接通过环境变量控制，如 APACHE_ENABLE_HTTP2=yes，并配合 SSL_CERT_FILE 和 SSL_KEY_FILE 指定路径。
Kubernetes 中的注意事项
在 K8s 中，不建议容器内直接管理 TLS 终止——更推荐由 Ingress 控制器（如 nginx-ingress、Traefik 或 APISIX）统一处理 HTTP/2 协商与证书轮换。Apache 容器只需监听 HTTP（端口 80），并通过 Ingress 的 h2 协议转发请求。
- Deployment 中保持
containerPort: 80，无需暴露 443 - Ingress 资源需声明
alpn-protocols: "h2,http/1.1"（取决于 Ingress 实现） - 确保证书通过
Secret注入 Ingress，而非 Apache 容器内部
这样既简化容器逻辑，又利于证书集中管理和自动续期。
