APNIC Labs 通过广告嵌入脚本测量 QUIC 部署率，发现二次抓取触发 Alt-Svc 仅达 3%-4%，远低于 Cloudflare 雷达报告的 30%，揭示单次重试机制无法充分触发客户端协议协商。
测量架构与触发机制：
测量平台部署 NGINX 1.23.1 支持 QUIC，配置 HTTPS 资源记录 alpn="h3" 与 Alt-Svc: h3=":443"。脚本引导客户端首次抓取 1×1 像素对象，延迟 2 秒后重复请求同一唯一域名。若首次使用 HTTP/3 则判定为 DNS HTTPS 记录触发，若二次切换则归因于 Alt-Svc 指令。测量自 2022 年 6 月启动，同步统计 HTTPS 记录查询量与 HTTP/3 实际抓取量。
数据偏差与原因排查：
二次抓取的 HTTP/3 占比仅 3%-4%，Chrome 自 2020 年 10 月起支持 QUIC 并依赖 Alt-Svc，Cloudflare Radar 观测到 30% 会话使用 QUIC（未区分流量或会话计数）。两者相差近十倍，表明 2 秒间隔的单次重试不足以让客户端完成连接复用与协议升级，且广告脚本单次投放特性导致客户端缺乏自然重访场景。
增加重试次数的实验方向：
原文提出增加重试次数以验证假设，但未给出后续实验的具体参数与结果数据。需进一步观察多次重试下 HTTP/3 占比变化曲线，以及不重试客户端的 TLS 版本、ALPN 协商细节，以区分客户端能力缺失与触发时机不足两类根因。
对运维工程师而言，单次 Alt-Svc 广告不足以驱动 QUIC 普及，需在服务端配置 HTTPS RR 并结合长连接复用场景；测量设计应模拟真实会话重访模式，避免低估协议部署水位。
原文: APNIC Blog（2022-09-07）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog