老王VPN传输协议切换QUIC：握手压缩至0.25秒

2026年10月28日，老王VPN 在 8.2.0 版本中把默认传输层从 TCP+TLS 切换为 QUIC 传输，客户端与入口之间的首次握手时间由 0.9 秒压缩到 0.25 秒，弱网断线重连从 1.6 秒缩短到 0.4 秒。协议组在 30% 丢包模拟环境下测得单连接吞吐 4.2Mbps，比旧方案高 1.8Mbps，晚高峰抖动从 41ms 降到 18ms。灰度覆盖 5 个城市，未出现协议相关的崩溃。

旧方案在移动网络下暴露过两个问题：一是 TCP 三次握手叠加 TLS 协商，地铁里切换基站后经常要 2 秒以上才能恢复；二是丢包时拥塞窗口收缩过猛，看 1080p 视频容易出现 1 至 2 秒的卡顿。传输协议组从 6 月开始做 QUIC 的适配测试，重点不是峰值速度，而是切换网络与丢包场景下的恢复速度，测试覆盖 8 个平台分支，累计跑了 1400 组用例。

「QUIC 的价值不在实验室的峰值，而在你从 Wi-Fi 走进电梯那 3 秒。连接标识不依赖四元组，网络变了也不用重新握手，这是远程办公最需要的特性。」—— 传输协议组负责人 林致远

为什么把传输层换到 QUIC

QUIC 把传输握手与加密协商合并，首次连接 1-RTT、恢复连接 0-RTT，省掉了 TCP 与 TLS 之间的往返。老王VPN 在入口侧同时保留 TCP 回退，客户端会根据前 5 次连接的成功率自动判断是否降级。协议栈内置的 0-RTT 票据有效期设为 12 小时，超过后回到 1-RTT，避免票据被重放，也避免计费会话被重复创建。客户端在恢复连接时会优先复用票据。

移动网络是这次改造的重点场景。测试组在 4 条地铁线路与 2 条高铁线路上各跑了 200 次网络切换，记录从 Wi-Fi 切到蜂窝、再切回 Wi-Fi 的恢复时间。旧方案平均 1.6 秒，新方案 0.4 秒；高铁场景基站切换更频繁，旧方案最长 4.3 秒，新方案 1.1 秒。测试还发现部分安卓机型在息屏后会限制 UDP 后台流量，客户端为此申请了前台服务权限。这些问题在测试记录里都有对应的时间戳。

改造涉及三处：客户端的连接调度器、入口侧的 UDP 转发队列、计费系统的流量统计口径。UDP 转发队列被拆成实时与批量两条，实时队列给会议与游戏，批量队列给下载与备份，队列长度按入口带宽的 8% 设置，防止某一个大流量用户把入口打满，也避免批量任务拖慢晚高峰的平均速率。两条队列的配额每 10 分钟重新计算一次，避免长期倾斜。

「客户端侧的改动比服务端琐碎。我们要在 8 个平台分支上同时处理连接状态机，还要保证回退到 TCP 时用户无感。灰度两周、崩溃率没有上升，才敢把它设为默认。」—— 客户端开发负责人 苏婉

三组对比：握手、重连、弱网吞吐

测试在 10 月 10 日至 10 月 24 日完成，样本为 5 个城市、1200 名灰度用户。握手方面，首次连接 0.9 秒降到 0.25 秒，恢复连接 0.6 秒降到 0.09 秒。重连方面，地铁场景平均 1.6 秒降到 0.4 秒，最长 4.3 秒降到 1.1 秒，失败率从 3.1% 降到 0.4%。弱网方面，30% 丢包下单连接吞吐 4.2Mbps 对 2.4Mbps，1080p 卡顿每小时 0.7 次对 3.4 次。样本覆盖早、晚两个时段。

计费口径同步做了调整。QUIC 的连接标识不再与端口绑定，同一账号在 Wi-Fi 与蜂窝之间切换时会被识别为一次会话，流量按会话累计，避免出现重复计费。灰度期对比了 1200 名用户的两套统计结果，差异率低于 0.02%，10 月的账单没有出现需要人工修正的条目，客服侧的流量申诉量也下降了 27%。账单明细里可以按会话查看流量。

兼容与回退设置

部分老旧网络会拦截 UDP 443，客户端连接失败两次后自动切到 TCP，切换过程不断开账号会话。用户也可以在设置页手动指定：传输选项里「自动」为默认，「仅 QUIC」适合网络质量稳定的办公环境，「仅 TCP」适合酒店与校园网。企业用户可通过管理后台统一下发策略，避免员工逐台设置，也便于运维统计各协议的占比。策略下发后 5 分钟内生效。

切换协议不需要重新安装客户端，8.2.0 及以上版本默认启用 QUIC 传输。若升级后出现无法连接，先确认本地防火墙是否放行 UDP 443，再在诊断页查看最近 5 次连接使用的协议与失败原因。下一阶段协议组会把多路径传输纳入测试，目标是在 Wi-Fi 与 5G 同时可用时把重连时间压到 0.2 秒以内，并在年底前完成两个桌面平台的默认开启。诊断页也会记录回退次数。