QUIC 在弱网环境下真的更快吗

QUIC 的优势几乎全部来自两件事：0-RTT 建连和没有队头阻塞。前者省一个往返，后者省的是等一个丢包重传时其他流被卡住的时间。所以问题变成：你的瓶颈是建连，还是丢包重传？

在干净链路上，两者差距在 20 ms 量级，基本感知不到。在有损链路上，差距会放大到几百毫秒，因为 TCP 的多流共享一个重传队列，而 QUIC 的每条流独立。

但 QUIC 跑在 UDP 上，运营商的 QoS 策略对 UDP 通常更激进。我见过同一条线路，TCP 稳定 30 Mbps，QUIC 在晚高峰掉到 3 Mbps 且抖动明显。这不是协议的问题，是路径的问题。

所以结论是条件式的：移动网络、频繁切换接入点、丢包率 1% 到 5% 的场景，QUIC 明显更好；固定宽带、链路干净、运营商对 UDP 限速的场景，TCP 反而稳。工程上正确的做法是两个都留，让客户端自己选。