记录绿茶VPN 在 2026 年 10 月 29 日推送的 5.1.6 版本中完成的回程改造：香港、东京、新加坡三地的三条骨干回程从绕行路径切换为直连路径，晚高峰香港节点延迟由 71 毫秒降至 38 毫秒，东京由 96 毫秒降至 52 毫秒，新加坡由 114 毫秒降至 61 毫秒。
这次调整只动了调度层与回程选路，没有新增机房。对用户而言，客户端界面几乎看不出变化，唯一能感知的是 20:00 之后连接不再忽快忽慢，测速曲线也没有原来那种锯齿状的抖动。
回程直连是怎么做的
旧版本对跨境流量统一走一条聚合回程，好处是运维简单，代价是晚上八点之后这条路径要承载全部地区的流量，排队导致的延迟叠加到每一台终端上。新版本把聚合拆成三条独立回程，并允许边缘节点按地区直接宣告路径，香港方向不再经过中转城市，跳数从 9 跳减少到 5 跳。
更关键的是探测频率的改变。调度器过去每 60 秒采集一次各路径的丢包与抖动，现在改为每 10 秒采集一次，同时对每条路径维护最近 6 个样本。判定阈值也从「连续 3 次丢包」改为「6 个样本内丢包超过 1%」，切换决策平均提前约 25 秒发生，用户在卡顿出现之前就已经被换到备用路径上。
七日分时段实测数据
测试期为 2026 年 10 月 20 日至 10 月 26 日，每天在 09:00、14:00、20:30、22:00 四个时段各测 30 次，设备为 Windows 11 台式机，出口带宽 500Mbps。改造前香港节点四个时段的中位延迟依次为 42、45、71、78 毫秒；改造后依次为 36、37、38、41 毫秒，晚高峰时段降幅最大，达到 46%。东京节点改造前为 58、61、96、102 毫秒，改造后为 48、49、52、56 毫秒。
丢包与抖动同样收敛。香港线路在 22:00 的丢包率从 1.4% 降到 0.27%，延迟标准差从 11 毫秒收窄到 4 毫秒。七天累计发起 840 次连接，失败 3 次，失败率 0.36%，其中 2 次发生在运营商侧的链路闪断，1 次为本机网络切换导致。这个结果比上一版本的 1.12% 有明显改善。
影响范围与后续计划
本次改造覆盖香港 14 个节点、东京 11 个节点与新加坡 9 个节点，共 34 个节点。洛杉矶、法兰克福与悉尼方向仍使用聚合回程，延迟数据与上一版本持平。客户端无需升级即可吃到新路径的收益，但建议更新到 5.1.6 以获取新的探测阈值与故障提示文案。
团队计划在 11 月把同样的直连策略复制到洛杉矶与法兰克福方向，目标是让两条线路的晚高峰延迟分别下降 20 毫秒与 25 毫秒。若测试结果达标，年底前会把聚合回程缩减为备用角色，仅在主路径异常时启用。
「延迟数字好看不代表体验好，用户真正在意的是忽快忽慢。所以我们这次把抖动作为第一指标，延迟只排第二，样本窗口也压到了 10 秒。」陈嘉禾 · 网络调度工程师
对经常在 20:00 至 23:00 使用视频会议与直播的用户，建议在客户端中开启「优先直连」开关，调度器会优先选择跳数更少的路径，代价是极端拥堵时带宽上限略低。该开关默认关闭，可随时切回自动模式。
更新方式：Windows 与 macOS 客户端在设置中点击检查更新即可；Android 与 iOS 需重新下载安装包覆盖安装，登录状态与节点收藏不受影响。
相关阅读
用户评论
广州移动，晚上九点测了三次都是四十毫秒上下，之前稳定在七十多，开会终于不用提前十分钟进房间了。
延迟降低感受不明显，但抖动确实小了。以前看直播偶尔会花屏一下，这两晚没出现。
「优先直连」开关在哪里？我在设置里翻了一圈只看到协议选择，是不是要更新到 5.1.6 才有？
东京线路也明显好用了，之前晚高峰九十多毫秒，现在五十出头，远程桌面操作顺手很多。
希望下次把法兰克福也优化一下，我们欧洲区同事现在还是一百五十毫秒左右，视频会议有点延迟感。
看了下测速记录，一周 840 次连接只失败 3 次，这个稳定性比之前好太多，值得点个赞。