海鸥加速器专项优化：晚高峰延迟下降38%

2026 年 10 月 18 日，海鸥加速器推送了一次不改变版本号的专项优化，目标只有一个：削掉晚高峰的延迟尖峰。优化覆盖全部 140 个存量节点（扩容前的节点规模），核心改动是把固定 10 秒一次的链路探测，换成以丢包率为先导的自适应探测，探测间隔最短压到 3 秒。

官方公布的对比数据来自连续 21 天的灰度测试：20:00 至 23:00 的 p95 延迟从 47ms 降到 29ms，降幅 38.3%；平均延迟从 38ms 降到 27ms；TCP 重传率从 1.9% 降到 0.4%；丢包补偿命中率从 93.1% 提升到 97.6%。

晚高峰的延迟，究竟堵在哪一段

跨境链路的晚高峰拥塞有三个来源：家宽出口的共享带宽排队、国际海缆的跨洋段拥塞、以及落地机房的出口排队。前两段用户无法干预，海鸥加速器能控制的是第三段与选路策略。旧方案按照固定周期探测，一条链路在两次探测之间恶化时，客户端仍会把流量继续送过去，表现为「突然卡住十几秒」。

优化后的做法是双通道信号：一条轻量探测维持 10 秒心跳，另一条在检测到重传上升时立刻加密到 3 秒一次，并把丢包率作为第一判据，而不是只看延迟。原因是拥塞早期延迟上升并不明显，丢包往往先出现。

延迟是结果，丢包是前兆。盯住前兆，才有机会在用户点下播放键之前把线路换掉。

— 陈亦然 · 海鸥加速器技术负责人

自适应探测与重传的三处改动

第一处是探测频率。系统维护每条链路 90 秒的丢包滑动窗口，窗口内丢包超过 0.6% 即触发加密探测，连续两次探测恢复正常后回落至 10 秒心跳。灰度数据显示，触发加密探测的链路占全天流量的 11.4%，但贡献了 63% 的提前切换。

灰度期间我们对比了两种策略：只加密探测不调整队列，p95 只下降 11%；只调整队列不加密探测，p95 下降 19%；两者叠加才达到 38%。这说明晚高峰的延迟不是单一环节造成的，任何单点优化都会被另一段瓶颈抵消。

第二处是重传阈值。旧版本对任何丢包都立即重传，结果是小丢包被放大成整段拥塞；新版本把阈值设在 0.4%，低于阈值交给上层协议处理，高于阈值才启用快速重传，重传包同时走备份路径，避免二次排队。

第三处是排队策略。落地机房对交互类流量启用短队列优先，队列长度从 1000 包压到 240 包，排队时延上限从 42ms 降到 11ms；大流量下载走独立队列，二者互不抢占。

监控体系也做了配套改造。新增的链路健康分把丢包、抖动、重传与排队时延合成一个 0 到 100 的分数，低于 70 分自动告警，低于 55 分自动摘除入口。过去依赖人工看图表，平均发现时间 26 分钟；现在缩短到 90 秒以内。

灰度结果与仍需解决的问题

灰度覆盖 8.6 万名用户，分三批放开。第一批 5% 流量运行 7 天，回滚指标是 p95 延迟与断线率；第二批 30% 流量运行 9 天，增加了对移动网络的单独统计；第三批全量。过程中出现过一次回滚：9 月 30 日晚间某运营商出口抖动，加密探测产生额外开销，导致 2.3% 的用户握手时间上升 60ms，问题在 4 小时后通过限制探测并发修复。

优化后仍有短板。移动网络切换基站时的短暂断流无法完全避免，实测平均断流 1.4 秒；跨洲长距离链路的物理延迟依旧是硬约束，上海到法兰克福的往返时间很难低于 180ms。这些场景的改善要依赖节点布局，而不是协议参数。对用户而言，最有效的自检方式是看诊断面板里的三段耗时。如果接入段正常、跨境段抖动大，换节点通常有效；如果回源段慢，换节点帮助有限，更多是目标站点自身的问题。晚高峰建议避开整点前后的十分钟，那是家庭网络最拥挤的时段。

协议优化能把可控的部分压到很低，但压不掉光速。我们把物理延迟的边界写进了诊断面板，让用户知道哪一段是能优化的，哪一段只能换节点。

— 赵启明 · 海鸥加速器运维总监

本次优化随客户端规则包自动下发，不需要升级安装包。用户可在「线路诊断」中查看当前链路的丢包窗口与探测频率；如果发现晚高峰仍不稳定，建议手动切换到同一区域的备用节点，通常能再获得 5 到 8ms 的改善。