启航加速器 3.1 版回顾：QUIC 备用通道让弱网重连从 6.4 秒降到 1.1 秒
地铁里刷到一半断线，出站再连上要等六七秒——这是 3.0 版最集中的抱怨。2026 年 9 月 24 日发布的 3.1 版把重连压到 1.1 秒，靠的是双通道与连接迁移，不是把服务器堆得更密。
移动场景的网络质量不讲道理。进隧道丢包，出隧道换基站，电梯里直接断，用户感知到的不是“丢包率 3%”，而是“视频卡住了”。这类问题的解法不在带宽，在连接恢复的速度。
双通道：QUIC 打头，TCP 兜底
3.1 版把 QUIC 设为主通道，TCP 作为备用。判断逻辑很朴素：QUIC 握手成功且首包往返正常，就走 QUIC；连续两个探测周期没有有效回包，切 TCP。备用通道不是降级体验，它同样走同一出口、同一加密层，只是传输层换了实现。之所以保留 TCP，是因为部分企业网络与老旧路由器对 UDP 的限制仍然存在。
连接迁移是另一个关键。QUIC 用连接 ID 而不是四元组标识会话，手机从 WiFi 切到 4G，源 IP 变了，会话仍然有效。TCP 做不到这一点，旧方案只能重建，重建就要重新握手、重新认证、重新下发路由表，6 秒里有 4 秒花在这三步上。
两百次切换，一次一次数出来
测试方式是模拟真实通勤：上海地铁 2 号线，从虹桥火车站到张江高科，全程 47 分钟，WiFi 与 4G 交替切换，共记录 200 次网络变更。3.0 版平均重连 6.4 秒，最长 11.2 秒，成功率 94.1%；3.1 版平均 1.1 秒，最长 2.7 秒，成功率 99.2%。
| 指标 | 3.0 版 | 3.1 版 | 说明 |
|---|---|---|---|
| 平均重连耗时 | 6.4s | 1.1s | 含握手、认证、路由同步 |
| 最长重连耗时 | 11.2s | 2.7s | 出现在隧道口信号最弱处 |
| 重连成功率 | 94.1% | 99.2% | 失败指需手动点击重连 |
| 切换后首包延迟 | 340ms | 86ms | 中位数 |
| 视频中断时长 | 8.1s | 1.6s | 1080P 流媒体实测 |
多路复用解决了什么
3.1 版同时把并发流上限从 16 提到 48。QUIC 的多路复用让每条流独立，一条流丢包不会阻塞其他流。开启网页、下载、会议三件事时，会议的声音流不会再被下载的丢包拖住。日志里能看到 mux streams 24、max concurrent 48 这一行，就是当前会话的流数量。
| 类型 | 内容 | 影响平台 |
|---|---|---|
| 新增 | QUIC 主通道 + TCP 备用通道 | 全平台 |
| 新增 | 连接迁移（CID 保活） | 全平台 |
| 优化 | 并发流上限 16 → 48 | 全平台 |
| 优化 | 拥塞控制切换 BBR v3 | Windows / Linux |
| 修复 | 弱网下路由表重复下发 | 全平台 |
| 移除 | 旧的 UDP 打洞兼容模式 | 全平台 |
代价与取舍
QUIC 走 UDP，部分企业网络会直接封掉非常规 UDP 端口，这时只能退回 TCP。备用通道的存在就是为了这个场景，但它比 QUIC 慢一截——实测首包延迟 140ms 对 86ms。我们在客户端把当前使用的传输层显示出来，用户看到“TCP 备用”就知道该找 IT 开端口了。
“3.1 是我们第一次在传输层做结构性改动。”发布团队在复盘文档里写，“上线第一周有 0.7% 的用户遇到握手反复，原因是老路由器的 UDP 会话表太小，后来加了自适应探测才好。”这类问题不写在功能列表里，但确实存在。
3.1 版的重连优化在 3.2 版里继续收敛到 0.9 秒。想体验最新版本，可以从下载页取包；如果你常在地铁、高铁上使用，建议在常见问题里看一下弱网排查的六步顺序。
用户评论（5）
每天 2 号线通勤，1.1 秒这个数我信，现在过隧道出来基本无感。
公司网络封 UDP，一直显示 TCP 备用，速度也还行。
连接迁移是真的有用，之前 WiFi 切 4G 必重连，现在偶尔都不掉。
并发流提到 48 之后，开会同时下东西不卡了。
建议把“当前传输层”放到托盘提示里，现在要点开窗口才看到。