启航加速器 3.2 版更新说明：握手降到 0.7 秒，内存占用减 41%
2026 年 10 月 15 日，启航加速器发布 3.2 版。这次更新的核心不是加功能，而是把连接过程里那些让人等的地方一个个抠掉：握手 1.9 秒变 0.68 秒，空闲内存 132MB 变 78MB，崩溃率从万分之三降到零。
3.1 版上线后收到最多的一类反馈是“点了连接要等一下”。等待本身不长，一两秒，但用户在等的时候会怀疑是不是没点上，然后重复点击，反而把连接打断。3.2 版把优化目标定得很直接：把这段等待压到感觉不到。
0-RTT 恢复：把往返次数减到最少
关键在于 QUIC 的 0-RTT 会话恢复。首次连接仍然要走完整握手，之后的连接只要服务端票据没过期，客户端可以在第一个包里就带上加密的应用数据，省掉一个完整往返。实测数据：同城千兆网络、到香港出口，完整握手 232 毫秒，0-RTT 恢复 96 毫秒；算上配置加载与路由同步，端到端从点击到可用的时间从 1.9 秒降到 0.68 秒。
0-RTT 有它的局限：早期数据不保证前向安全，重放保护要靠服务端票据策略。启航的做法是对浏览类流量启用 0-RTT，对涉及支付的会话标记为强制 1-RTT。这个区分写在规则里，用户不用管。
内存与崩溃：把长尾问题清掉
空闲内存从 132MB 降到 78MB，主要来自两处改动。一是把规则库的常驻结构改成按需解压，启动时只加载热门 2 万条，其余按需分页读入；二是把日志缓冲区从固定 8MB 改为环形 512KB，滚动覆盖。内存降下来之后，8GB 内存的老机器同时开浏览器与会议软件不会再触发交换。
| 指标 | 3.1 版 | 3.2 版 | 变化 |
|---|---|---|---|
| 握手耗时 | 1.9s | 0.68s | -64% |
| 首个页面可交互 | 1.6s | 0.9s | -44% |
| 空闲内存 | 132MB | 78MB | -41% |
| 崩溃次数（每万次启动） | 3 | 0 | -100% |
| 唤醒后重连成功率 | 93.4% | 99.6% | +6.2pt |
崩溃率归零靠的是一个很土的办法：把过去 90 天全部崩溃栈做了聚类，前三个类型占了 87%，全部集中在网络切换时的空指针与 macOS 唤醒时的设备句柄失效。针对性补了判空与重建逻辑，再上灰度，三周没再复现。
十一项修复与新平台支持
完整修复清单共 11 项，其中影响面较大的四条：macOS 15 合盖唤醒后隧道显示已连接但无流量；Windows 下切换 WiFi 时 TUN 网卡未重建；Android 14 后台被限制后心跳停止；Linux 端 systemd 单元在重启网络服务后未自动恢复。另外新增了 Linux arm64 安装包，树莓派与部分 ARM 服务器可以直接跑。
| 类型 | 内容 | 影响平台 |
|---|---|---|
| 优化 | QUIC 0-RTT 会话恢复 | 全平台 |
| 优化 | 规则库按需解压，内存降 41% | 全平台 |
| 优化 | 日志缓冲改环形，磁盘写入减少 76% | 全平台 |
| 修复 | macOS 15 唤醒后不重连 | macOS |
| 修复 | WiFi 切换时 TUN 网卡未重建 | Windows |
| 修复 | 后台限制导致心跳停止 | Android |
| 新增 | Linux arm64 安装包 | Linux |
| 新增 | 连接前线路预评分，减少首连选错 | 全平台 |
升级建议
3.2 版没有破坏性变更，配置与自定义规则可以直接沿用，覆盖安装即可。用 3.1 及更早版本的用户建议尽快升级，尤其是 macOS 15 与 Android 14 设备，这两类平台的老问题在旧版里没有替代方案。
“我们内部有个说法，性能优化做到最后都是在跟用户的心理预期打交道。”发布团队在更新说明里写道，“0.68 秒和 1.9 秒对机器来说差不多，对人来说一个是‘立刻’，一个是‘等等’。”
新版安装包已同步到下载页五个平台，安装包 SHA-256 写在本次公告末尾，下载后建议先核对再安装。免费账号同样可用全部新特性。
用户评论（6）
升级完确实秒连，之前点一下要愣一秒多，现在点完就绿了。
合盖唤醒不重连终于修了，这个问题烦了我三个月。
内存 78MB 是真的？我任务管理器看是 82MB，差不多。
linux arm64 包在树莓派 5 上跑通了，systemd 单元也没问题。
希望下次把安装包体积也压一压，现在 68MB 有点大。
0-RTT 对支付强制 1-RTT 这个设计挺讲究，细节到位。