海鸥加速器焕新发布：双协议智能切换3.0

2026 年 10 月 11 日，海鸥加速器发布 3.2.0 正式版，核心更新是 SpeedHawk 双协议智能切换 3.0。新版本同时维持 UDP 与 TCP 两条隧道，由客户端内的探测模块并行评估，遇到运营商限速或链路劣化时自动切换，切换过程保持会话标识不变。

官方给出的关键指标：握手时间从上一代的 330ms 缩短到 180ms；协议切换耗时从 5.2 秒降到 1.8 秒；协议头部开销从 3.2% 降到 1.7%；在 20% 丢包的弱网模拟环境中，仍能维持 8Mbps 的有效吞吐。

双协议不是二选一，而是同时在线

传统客户端的做法是让用户手选 UDP 或 TCP，选错了就只能忍受。3.0 版本改成两条隧道同时建立，主通道承载数据，备通道只跑心跳与探测包，带宽开销约 40Kbps。当主通道的丢包率连续 6 秒超过 1.2%，或往返时间上升超过 60%，判定为劣化并触发切换。

切换的关键在于会话连续性。客户端为每个连接维护一个逻辑会话号，切换时把会话号带给新通道，服务端据此复用原有的加密上下文，应用层看到的是短暂停顿而不是断线。实测在视频会议场景中，切换导致的画面停顿平均 0.9 秒，不会触发会议软件的重新连接提示。

用户不关心自己用的是 UDP 还是 TCP，他们只关心画面有没有卡住。所以协议选择必须由系统来做，而且要做得足够快。

— 周文博 · 海鸥加速器网络架构师

握手、加密与开销的三项改进

握手从 2-RTT 压缩到 1-RTT：客户端在首个数据包中携带密钥协商参数，服务端响应即完成密钥确认，省掉一次往返。按亚洲到北美 103ms 的单程延迟计算，仅这一项就省下约 150ms，弱网环境收益更明显。

密钥轮换周期从 300 秒缩短到 120 秒，轮换过程采用双密钥并行，旧密钥在连接空闲后立即销毁。加密算法保持 ChaCha20-Poly1305，在移动端 CPU 上的加解密开销约为 3.1%，比 AES-GCM 软实现低 40%。

头部开销的下降来自字段压缩：会话号从 8 字节压到 4 字节，时间戳改为差分编码，确认号支持批量聚合。对 1500 字节的标准 MTU 而言，单包节省 22 字节；对大量小包组成的交互式流量，节省比例接近一半。

安全层面也做了收紧。密钥材料不再落地磁盘，只保存在内存的受保护区域；客户端退出时立即清零。服务端侧启用前向保密，单次会话被攻破不会影响历史流量。第三方安全团队在 9 月的渗透测试中未发现高危问题，两处中危问题已在 3.2.0 修复并公开说明。

升级方式与兼容性说明

3.2.0 支持覆盖安装，账号、订阅与自定义分流规则自动继承，配置文件在首次启动时后台迁移，通常 5 秒内完成。Windows 与 macOS 用户可在客户端内点击更新，安装包 62.4MB；移动端通过应用内更新，Android 安装包 38.2MB，iOS 走 TestFlight 渠道。兼容性方面，3.2.0 仍可连接旧版服务端，此时双协议切换不可用，客户端会在设置页给出提示。路由器固件需要一并升级到 12.6MB 的新版本，否则只能使用单协议模式。旧版本 2.x 客户端将在 2027 年 1 月 31 日停止维护。

移动端是另一个重点。Android 版本针对后台挂起做了保活优化，锁屏 30 分钟后仍能维持心跳；iOS 版本受系统限制，切换网络后需要重新协商，平均耗时 240ms，比旧版快 90ms。两端都支持按 Wi-Fi 与蜂窝分别设置是否启用双协议。

我们不打算靠强制升级来推新协议。旧客户端还能用，只是用不到双通道。等到维护期结束，用户自然会迁过来。

— 林嘉禾 · 海鸥加速器产品经理

从灰度数据看，升级后用户的手动切换节点次数下降了 34%，因为系统在劣化前就完成了切换。对游戏与会议这类对中断敏感的场景，建议在设置中打开「优先低抖动」开关，让系统更早触发切换。计费与订阅不受协议切换影响。切换只发生在隧道层，账号只记录在线设备数与流量总量，不会因为切换产生额外计费。企业用户可在管理后台查看每条链路的切换次数，用于评估办公网络质量。

弱网测试在实验室内完成：用 netem 注入 20% 随机丢包、80ms 抖动与 1% 乱序，连续运行 6 小时。3.0 版本的有效吞吐稳定在 8Mbps，2.x 版本为 3.6Mbps；重传率从 6.8% 降到 2.1%，握手失败率从 4.2% 降到 0.6%。测试还覆盖了地铁隧道这类短时断网场景，断网 8 秒内恢复时可复用原会话，不需要重新登录。