ab原生不支持http/2，始终以http/1.1发起请求，无法反映多路复用等真实性能；需改用wrk2、h2load或vegeta等支持http/2的工具，并验证apache确已启用h2协议及alpn协商。
Apache 的 HTTP/2 支持本身不改变 ab（ApacheBench）工具的行为逻辑——ab 原生不支持 HTTP/2，它始终通过 HTTP/1.1 发起请求，即使后端 Apache 已启用 HTTP/2。因此，直接用 ab 测试无法反映 HTTP/2 的真实并发处理能力（如多路复用、头部压缩、服务器推送等带来的性能提升）。要准确评估 HTTP/2 下的并发处理能力，需换用支持 HTTP/2 的压测工具，并配合 Apache 正确配置与验证。
确认 Apache 确实运行在 HTTP/2 模式
压测前必须验证协议生效，否则所有测试都失去意义：
- 确保已启用
http2模块：a2enmod http2，并重启 Apache - SSL/TLS 必须开启（HTTP/2 在 Apache 中仅支持 TLS 模式），且使用 ALPN 协议协商（现代 OpenSSL 默认支持）
- 检查响应头是否含
upgrade: h2或通过浏览器开发者工具的 Network 标签页查看协议列为h2 - 用
curl -I --http2 https://your-domain.com/验证返回是否成功且无降级
选用真正支持 HTTP/2 的压测工具
ab 不是合适选择；推荐以下可精准施压并解析 HTTP/2 行为的工具：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- wrk2：支持 HTTP/2（需编译时链接 nghttp2），可模拟恒定吞吐（如 -R 5000 表示目标每秒 5000 请求），结果中能体现多路复用下的连接复用率和实际并发请求数
-
h2load（nghttp2 自带）：专为 HTTP/2 设计，命令简洁，例如：
h2load -n10000 -c100 -m10 https://example.com/（发送 10000 请求，100 个 TCP 连接，每个连接最多 10 个并发流） - vegeta（Go 编写）：支持 HTTP/2，默认启用，输出含详细延迟分布、流状态和错误类型，适合分析长连接稳定性
设计符合 HTTP/2 特性的测试场景
避免照搬 HTTP/1.1 的“高并发连接”思路，应聚焦 HTTP/2 的核心优势：
- 减少连接数、增加单连接上的并发流（
-m参数），例如用 10 个连接 + 每连接 50 流，比 500 个 HTTP/1.1 连接更贴近真实负载 - 测试头部压缩效果：对比相同请求体下，HTTP/1.1 与 HTTP/2 的传输字节数和首字节时间（TTFB）差异
- 验证服务器推送（如果启用）：用
h2load -P启用推送检测，观察是否降低资源加载总耗时 - 关注指标重点转移：不再只看 “Requests per second”，更要关注 “streams per connection”、“connection reuse rate”、“95th percentile latency under multiplexing”
结合 Apache mod_status 和日志交叉验证
仅靠客户端工具不够，需从服务端确认行为一致性：
- 启用
mod_status并访问/server-status?auto，检查Protocols字段是否显示h2，以及当前活跃的 HTTP/2 连接数 - 开启 Apache 的
http2日志模块（LogLevel http2:trace4），观察流创建、重置、窗口更新等事件 - 比对
h2load报告中的 “streams opened/closed” 与 Apache 日志中H2_STREAM_STARTED记录是否匹配
