
2026年10月3日,绿茶VPN 4.6.2 版本完成传输层重写。新版引入自研的 UDP 可靠传输通道,并保留一键回退 TCP 的能力。在高丢包测试环境下,通道吞吐保持稳定,协议切换耗时由 2.4 秒缩短到 0.6 秒,长连接下载的吞吐波动范围收窄至正负 4.2%。
UDP 没有拥塞控制,也不保证到达顺序,直接用它在弱网里跑数据会出现两难:重传太激进会加剧拥塞,太保守又跑不满带宽。传输协议组从 2025 年底开始重写这部分逻辑,目标是在丢包率 5% 的条件下仍能维持可用吞吐。负责人方宸说:“我们不是要做一个更快的协议,而是要做一个在坏网络里也不会崩的协议。”
可靠传输层的三个取舍
第一个取舍是重传策略。新版使用基于延迟梯度的判断,而不是固定的超时时间。当往返时延的上升斜率超过阈值时,发送端主动降速,避免把缓存塞满;当斜率回落时快速恢复。实测在 5% 丢包环境下的有效吞吐比旧版提升 61%,同时重传率从 18% 降到 6%。
第二个取舍是拥塞窗口的初始化值。旧版从 10 个包起步,新版根据链路画像给出的带宽余量动态设定,在优质线路上直接从 32 个包起步,节省大约 0.4 秒的爬坡时间;在质量一般的线路上仍从 10 个包起步,避免开局就把链路打满。
第三个取舍是协议切换的时机。客户端不再等待连接彻底失败才回退,而是在连续 3 个采样周期检测到 UDP 通道不可用时立即切换。切换过程复用已协商的密钥与节点信息,因此不需要重新握手。
切换耗时缩短至 0.6 秒
协议切换在旧版中平均耗时 2.4 秒,用户会看到明显的进度条停顿。新版把这个流程拆成密钥复用、会话迁移与路由确认三步并行执行,实测平均耗时 0.6 秒,第 95 百分位为 1.1 秒。在整个切换过程中,超过 1 秒的卡顿只出现在 2.7% 的测试场次里。
| 指标 | 旧版传输层 | 4.6.2 传输层 | 变化 |
|---|---|---|---|
| 5% 丢包下吞吐 | 112 Mbps | 180 Mbps | +61% |
| 重传率 | 18% | 6% | -12pp |
| 切换平均耗时 | 2.4 s | 0.6 s | -75% |
| 切换 P95 耗时 | 4.8 s | 1.1 s | -77% |
| 长连接吞吐波动 | ±11.6% | ±4.2% | 收窄 64% |
| 首次连接握手 | 1.8 s | 1.4 s | -0.4 s |
稳定性测试负责人温子涵在验收结论中写道:“连续 72 小时、每秒 240 个并发连接的压力测试里,没有出现一次进程崩溃或内存增长异常,内存占用稳定在 86MB 到 94MB 之间。”这一结论覆盖了 Windows、macOS 与 Android 三个主要平台。

场景化的默认策略
新版为三类典型场景预设了不同的传输参数。大文件下载优先保证吞吐,窗口增长更激进;实时音视频优先保证时延,禁用部分重传;普通网页浏览走均衡策略。这些预设可以在设置中手动覆盖,但默认值已能覆盖绝大多数使用情况。
在严格限速的网络环境中,客户端会自动尝试 UDP 与 TCP 两种通道并保留更快的一条。测试显示,约 8.4% 的网络环境最终选择了 TCP 通道,这部分用户的平均时延比强制使用 UDP 低 23 毫秒。
后续计划
协议组后续将针对移动网络做进一步优化,重点解决基站切换瞬间的丢包突增问题,目标是把这一场景下的重连时间从目前的 1.2 秒压到 0.5 秒以内。同时计划开源部分用于链路质量采样的工具,方便社区复现测试结果。
下载最新客户端即可使用新的传输层,无需修改任何设置;已有配置文件在升级后会自动迁移,用户的分流规则与节点收藏均保持不变。


用户评论(6 条)
我家宽带上行不太稳,以前下载老是断,现在挂一晚上都没事。
切换变快这点很直观,以前会卡两秒,现在基本感觉不到。
弱网下能跑满这点很关键,在地铁上用热点也还行。
内存占用确实不高,老笔记本上跑起来也没压力。
希望能支持自定义窗口参数,我想按自己的网络微调。
升级后我的分流规则还在,这点做得比很多软件好。