绿茶VPN链路重排：东京至上海实测延迟降26%

2026年10月27日凌晨，绿茶VPN完成东京至上海方向的路由重排：原本全部经大阪汇接的6条线路改为大阪、东京双入口，每个入口按实时丢包独立分配流量。9个时段的拨测对比显示，该方向平均延迟由46ms降至34ms，降幅26%；抖动从8.4ms收敛到3.1ms，P95延迟由52ms降到41ms。

旧结构的问题出在单点。东京方向的全部流量都要先到大阪汇接，再走大阪至上海的海缆，晚高峰时这条海缆的带宽占用长期在88%以上。2026年8月出现过两次各约4分钟的中断，虽然自动切轨把用户切到了首尔方向，但跨境办公的用户能明显感到会议画面停顿。

重排没有新增海缆，只是把入口拆成两个。网络架构组负责人陈默的解释是：“把入口拆成两个不是加一条线路那么简单，两个入口的丢包特征不同，分流算法要按实时丢包而不是固定比例来分配，否则慢的那条会拖住整体。”他提到，算法上线前在测试环境跑了11轮灰度，每轮至少6小时。

重排后的路径与时延构成

新路径有两段可选：一段从东京机房直接到东京出口，经东京至上海海缆落地；另一段保留原有的东京至大阪汇接，再从大阪出口落地。客户端不需要手动选路，服务端每3秒采样一次两条路径的丢包与往返时间，按加权结果把新连接分配到更快的一侧。

以东京中野区的测试点为例，34ms的构成大致是：本地接入至东京机房4ms，跨境段24ms，上海落地区至目标服务6ms。旧路径多出的一段是大阪绕行，单程约9ms，往返正好对应12ms的差距。时延构成拆开看，跨境段仍是主要部分，继续下降的空间有限，后续优化会集中在抖动的收敛上。

9个时段的拨测数据

拨测在2026年10月23日至10月26日进行，测试点为东京都中野区千兆光纤与上海电信300M宽带，每个时段对目标地址发送200次探测并取均值，结果如下表。可以看到延迟的波动范围从原来的±9ms缩小到±3ms，晚间22时的抖动仍为全天最高，但已低于4ms。

对比组是10月16日至10月19日的旧路径数据：9个时段平均46ms，抖动8.4ms，P95为52ms，晚间20时丢包率0.9%。延迟下降的同时，长尾也一起缩短，P95与平均值的比值从1.13降到1.21再回落到1.20以内——这一点对网页首屏更重要，因为首屏依赖的是最慢的那几个请求。

测试负责人何嘉补充了验收口径：单方向连续3天晚高峰P95超过平均值的1.4倍，或抖动超过6ms，就判定链路不达标，须回到重排前的路径。按目前数据，东京方向在10月26日的P95为41ms，仍在阈值内。

影响范围、回退与旧线路下线

受影响的是东京方向的6条线路，首尔、新加坡、洛杉矶等方向不做调整，节点的IP与编号都不变。客户端侧仅有的可见变化是节点页延迟数字：东京 · JP-03从46ms显示为34ms，JP-04从48ms显示为36ms，其余东京节点同步下降10ms至13ms。

回退开关保留在服务端。若某条路径连续10分钟不达标，调度器会把新连接切回旧路径，已建立的连接继续走原路径直至自然结束，避免中途换路造成二次抖动。运维主管林可提到灰度期间的一次回退：“10月25日凌晨有一次回退，原因是东京出口的一台交换机端口抖动，切回后3分钟恢复，用户侧只看到延迟数字暂时升到44ms。”

旧线路的退出时间表已经确定：11月8日23时关闭大阪单一入口的兜底通道，保留双入口中的大阪路径。已保存自定义路由的用户不受影响；路由器配置文件用户建议在11月8日前重新导出一次，新文件中的东京条目已改为双入口标记。若发现某站点在重排后被分配到较慢路径，可在设置页把该站点固定到指定入口，固定规则优先于自动分流。

下一步的优化方向是把同样的双入口结构复制到首尔与新加坡方向，计划在2026年12月完成首尔的灰度。东京方向的抖动目标则定在2.5ms以内，需要等海缆侧的新增容量在2027年1月上线后再评估。想直接体验新的东京线路，可在下载页取用3.4.1客户端，节点页会显示重排后的实时延迟。