厂商宣传里 HTTP/3 总是又快又稳，实际测试经常没感觉。

原因很简单：收益只出现在特定场景。

它解决的是什么问题

HTTP/3 跑在 QUIC 上，基于 UDP。最大的改变是丢包恢复：TCP 丢一个包要等重传，后面的数据全堵着；QUIC 的流之间互不阻塞。

所以收益集中在：丢包率高的网络、移动网络、跨国链路。

办公室有线宽带，丢包 0.1%，HTTP/2 和 HTTP/3 的差别小到测不出来。

怎么测才有意义

第一，确认真的走了 h3，不是回落到了 h2。强制 HTTP/3 测一次，看协议版本。

第二，分运营商测。移动网络的质量差异最大，电信、联通、移动各跑一组。

第三，对比同一批节点、同一时段下的 h2 和 h3。跨时段对比没意义。

看哪个指标

首包时间和 TLS 握手时间。h3 把传输握手和加密握手合并，理论上少一个往返，这一段最明显。

连接复用之后，两者差别会缩小。所以测的时候要看「首次连接」，不是反复刷新后的结果。

一个实际的门槛

很多环境根本跑不通 h3：安全组没放 UDP 443、CDN 套餐不支持、中间设备丢 UDP。

测出来失败，先查这三处，别急着改服务器配置。

结论怎么下

如果你的用户主要在移动端，h3 值得开，弱网下的提升是真实的。

如果用户主要在同城办公网，优先级可以往后排——收益小，排查成本不低。

想验证，先把协议强制到 h3，再用 网站测速 的多节点跑一轮，看不同运营商的实际差异。