一、场景本地能开就以为全网可达很多站长在本地 curl 一下域名v6 和 v4 都通就觉得双栈没问题了。实际上浏览器在 v6 失败时会静默切换 v4掩盖问题数月直到一批教育网、政务云、手机 5G 用户报障才发现。二、原理双栈不是双保险Happy Eyeballs 的工作方式是同时发起 v6 和 v4 连接哪个先握手成功就用哪个。如果 v6 超时时间设得比较短用户感知不到切换过程但 v6 的失败被默默吞掉了。问题在于纯 v6 客户端没有 v4 可以回退。一旦 v6 链路有问题这些用户直接无法访问。三、三个高频排障场景第一AAAA 配了但 v6 超时。截图显示无法连接指定解析直连 v6 地址仍然不通说明服务器没监听 IPv6 的 443 端口或者安全组没放行 v6 流量。第二v6 比 v4 慢一倍。同运营商下 v6 的 TTFB 明显高说明路由绕路或者 CDN 的 v6 边缘节点覆盖不足需要用路由追踪工具看 v6 路径。第三本地 curl 通但线上用户不通。本地是双栈有回退纯 v6 客户端无 fallback必须用纯 v6 节点验证。四、实操建议用拨测平台的网站测速功能支持 IPv4 和 IPv6 双栈模式。同 URL、同运营商节点分别跑 v4 和 v6对比完全加载时间和截图。移动端 UA 一定要切一下手机网络的纯 v6 场景比宽带普遍得多。五、总结只测 v4 等于盲测一半流量。双栈环境必须分别验证用纯 v6 节点跑一遍才能确认 v6 链路真的可用。附双栈对比测速用支持 IPv4 和 IPv6 的拨测平台都能复现我用的快快测 kkce.多运营商节点覆盖还行纯 v6 验证场景比较实用。