2026 年 11 月 2 日，绿茶VPN 推送 5.2.0 客户端版本，同步完成本年度第三次骨干节点扩充：节点数由 52 个增至 76 个，覆盖地区由 18 个增至 24 个。新增的 24 个节点中，香港 6 个、东京 5 个、新加坡 3 个，洛杉矶、法兰克福与悉尼各 2 个，其余分布在孟买、迪拜、圣保罗与约翰内斯堡。
节点扩容并非简单增加服务器数量。本次调整同步更换了接入层的 Anycast 地址段，让同一地区内不同运营商的用户被分配到跳数更少的入口。扩容后香港线路的晚高峰延迟由 71 毫秒降至 38 毫秒，东京线路由 96 毫秒降至 52 毫秒，两项指标均在 20:30 至 22:30 的实测区间内取得。
新增节点的接入方式与技术优势
新节点统一采用双上联结构，每个机房接入两家本地运营商，并通过 BGP 通告同一段任播地址。用户发起连接时，本地网络只会看到最近的一个入口，回程则由绿茶VPN 的边缘节点根据实时丢包选择直连路径。这种结构的好处是：即使单家运营商出现抖动，流量也能在 3 秒内切换到另一条上联，客户端不需要重新握手。
接入层同时启用了连接复用。旧版本每次切换节点都要重新建立加密隧道，实测平均耗时 410 毫秒；5.2.0 复用已认证的会话参数，切换节点平均耗时降到 160 毫秒。对需要在不同地区节点之间来回切换的开发者与跨境电商运营者来说，这个改动减少了一次次等待。
性能测试数据与地区对比
测试在 2026 年 10 月 26 日至 11 月 1 日之间进行，每天 20:30 至 22:30 采样，每个节点连续测速 30 次取中位数。测试终端为 Windows 11 台式机与 Android 14 手机各一台，出口带宽 500Mbps。结果显示：香港 14 个节点的中位延迟 38 毫秒，下行带宽 92.4Mbps；东京 11 个节点 52 毫秒、87.1Mbps；新加坡 9 个节点 61 毫秒、84.6Mbps；洛杉矶 12 个节点 128 毫秒、79.3Mbps；法兰克福 8 个节点 146 毫秒、76.8Mbps；悉尼 6 个节点 163 毫秒、72.5Mbps。
丢包数据同样有改善。扩容前香港线路在 22:00 前后的丢包峰值达到 1.4%，扩容后同一时段控制在 0.3% 以内；东京线路由 1.1% 降到 0.2%。抖动方面，香港线路的延迟标准差从 11 毫秒收窄到 4 毫秒，意味着视频会议这类对时序敏感的应用不会再出现声音忽快忽慢的情况。
客户端 5.2.0 的配套更新
客户端侧同步调整了节点列表的排序逻辑：过去按地区首字母排列，现在按实测延迟排序，并把收藏节点固定在列表顶部。节点数量增多后，列表增加了地区筛选，用户可只看串流通道或游戏通道节点。Windows 与 macOS 版本还补上了批量测速入口，一次可对 12 个节点发起测速，结果以毫秒为单位显示。
移动端的变化集中在后台驻留策略上。Android 版本把常驻内存从 62MB 降到 40MB 以内，iOS 版本改用系统提供的按需连接接口，切换 Wi-Fi 与蜂窝网络时不再需要手动重连。四端客户端的配置项保持一致，登录同一账号即可同步节点收藏与协议偏好。
「扩容这件事，难点不在买机器，而在让每一台新机器都能被正确调度。我们把回程探测频率从 60 秒提高到 10 秒，代价是边缘节点多消耗约 7% 的 CPU，换来的是切换决策能跟上链路变化。」林柏川 · 线路运营负责人
扩容后的节点池将在 11 月中旬进入稳定观察期。团队计划在 12 月完成东南亚另外两个地区的接入，并对欧洲方向的回程做一次专项优化，目标是把法兰克福线路的晚高峰延迟从 146 毫秒降到 120 毫秒以内。
已安装 5.0 及以上版本的用户无需重新下载，客户端会在下次启动时提示更新节点列表。仍在使用 4.x 版本的用户需要重新安装一次客户端，安装前可在旧版本中导出配置，重装后导入即可保留节点收藏。
相关阅读
用户评论
深圳电信，更新后香港节点确实多了一批，晚高峰从原来五十多毫秒降到四十毫秒左右，切节点也快了，不用再等一两秒。
节点按延迟排序这个改动很实用，以前找香港的节点要往下翻好几屏，现在打开就在最上面。
在迪拜出差用新增的节点连回国内，延迟一百一十毫秒左右，比之前的欧洲绕行好太多，视频会议终于不卡了。
希望能给节点加个自定义备注，公司内网要固定某个编号的节点，现在只能靠收藏区分。
安卓版占用的内存小了不少，之前切到后台经常被杀掉，这次用了一晚上没再重连。
悉尼节点延迟一百六十毫秒看着高，但实际看 1080P 完全不缓冲，比数字表现要好。