快连 IPv6 双栈接入启用：连接建立缩短至 0.3 秒

2026 年 7 月 30 日，快连正式启用 IPv4 与 IPv6 双栈并行接入。客户端不再需要判断使用哪种协议，两套地址同时参与探测，哪一条先返回就先用哪一条，另一条保留为备份路径。

IPv6 的覆盖率这几年上升得很快，但它并没有均匀地铺开。同一座城市里，有的用户已经拿到原生 IPv6 地址，有的还在运营商的大内网后面；同一台设备上，Wi-Fi 和蜂窝网络可能一个支持 IPv6、一个不支持。这种参差不齐让「是否支持 IPv6」这个问题失去了意义，真正需要解决的是「怎么在不确定的网络里稳定连上」。

为什么做双栈而不是切换

最初的设计方案是让客户端检测当前网络是否支持 IPv6，支持就用 IPv6，不支持就回退到 IPv4。灰度测试很快暴露了问题：检测本身要花时间，检测结果是瞬时状态，而移动设备可能在一分钟内就从 Wi-Fi 切到蜂窝网络。我们统计到一个典型的失败链路：检测显示支持 IPv6，客户端按 IPv6 发起连接，用户在连接过程中走出 Wi-Fi 覆盖范围，连接被丢弃并重新开始，整个过程的耗时是正常情况的三倍。

双栈方案把这个过程反了过来：不做预先判断，两套地址同时探测，用实际返回速度决定主路径。这样协议选择的结果由真实网络状态决定，而不是由一次可能有偏差的检测决定。

双栈接入如何工作

客户端启动时会把节点的 IPv4 与 IPv6 地址同时放入探测队列，采用类似竞速的方式发起连接。先完成握手的协议成为主路径，另一条转入备用状态并按固定间隔做轻量保活。当主路径出现连续丢包或延迟超过阈值时，客户端在 0.4 秒内切换到备用路径，切换过程中已有的连接不会中断，只是底层承载路径发生变化。

在双栈环境同时可用的情况下，客户端的选路依据是实测往返时间与丢包率，不偏向任何一种协议。部分地区的 IPv6 链路比 IPv4 更短，会自然胜出；也有相反的情况，尤其是在跨运营商互联质量较差的区域。两种结果都是正常的，用户不需要关心最终走的是哪一套地址。

“协议之争在用户这里其实不存在。用户只关心连不连得上、要等多久。我们把双栈做成对用户完全透明的一件事，测出来的结果反而比只支持单协议更稳定。”——快连网络协议组工程师 邱亦然

连接建立耗时对比

数据来自 2026 年 7 月 12 日至 7 月 26 日的强制升级灰度测试，共 1,860 名用户参与，测试机型覆盖 Windows、macOS、Android 与 iOS，网络环境包括家庭宽带、蜂窝网络与公共 Wi-Fi。所有数值取中位数，失败率按每万次连接尝试统计。

网络切换后的重连耗时是最能体现双栈价值的指标。移动设备在 Wi-Fi 与蜂窝网络之间切换时，协议栈会重新获取地址，单协议版本需要重新走完整的解析与握手流程，平均耗时 2.4 秒；双栈版本因为备用路径一直保持轻量保活，切换后只需重新绑定承载路径，耗时降到 0.85 秒。对需要持续在线的场景，比如通话和游戏，这个差别很直观。

“地铁通勤路上开着语音会，以前过隧道出来必然断几秒，现在基本就是声音卡一下然后继续，对方都不一定察觉。这类细节比测速数字有用得多。”——外测用户 苗延清

哪些环境能获得收益

收益最大的是原生 IPv6 覆盖较好但此前未被利用的网络，包括部分高校校园网、新建住宅小区宽带与主流运营商的新装光网。在这些环境下，客户端有更大概率走到更短的路径上，地址解析耗时改善尤其明显。

还有一类环境是网络切换频繁的移动场景，即使用户所在网络完全没有 IPv6，双栈架构带来的快速回退与切换机制依然生效，只是测得的绝对值改善幅度略小。相反，如果所在网络对非标准端口做了严格限制，客户端可能只能使用备选端口组，这种情况下首次连接会稍慢，但连接后的转发性能不受影响。

常见问题与回退方式

有人会担心双栈是否增加了隐私暴露面。客户端对两套地址使用相同的加密与分流策略，不区分协议记录连接信息；在需要隐藏地址特征的场景下，用户仍可选择只保留节点侧出口地址的转发模式。若所在网络环境对 IPv6 支持不完整而导致连接异常，可以在客户端设置中关闭「双栈接入」并重启客户端，此时客户端将仅使用 IPv4 地址，行为与旧版本一致。

双栈接入属于客户端与节点侧的默认能力，随 6.2 版本一并提供，无需额外配置，也不会改变订阅权益。若升级后遇到个别节点连接异常，可先用网络体检工具确认本机双栈状态，再决定是否需要临时关闭该项功能。