01 / 延迟示意
客户端里长什么样：按数字排队，点一下就换
下面四行是客户端节点列表的样子，不是承诺值。你所在的城市、用的哪家运营商、几点钟上网，都会让这些数字上下浮动，晚高峰一般比平峰高出两到四成。
| 节点 | 线路类型 | 延迟 | 适合 | 状态 |
|---|---|---|---|---|
| 香港 01 | BGP 专线 | 26 ms | 日常浏览、4K 流媒体 | 可用 |
| 日本 02 | 专线 | 48 ms | 日本本地服务、AI 工具 | 可用 |
| 新加坡 01 | 中转 | 62 ms | 东南亚服务、短视频 | 可用 |
| 美国 03 | 直连 | 152 ms | 跨洋站点、代码托管 | 可用 |
| 上表为客户端读数示意，随时段与运营商浮动，不构成速率承诺 | ||||
数字小不等于用着舒服。零丢包的 152 ms，往往比丢包 3% 的 26 ms 更稳；看 4K 更该盯的是带宽稳不稳，而不是首页那个毫秒数。
02 / 地区分工
三个洲，各有分工
选线路的正确姿势是按用途挑地区，而不是把延迟表从下往上一个个试。
亚洲 · 香港与日本日常主力
延迟最低的一档。香港走 BGP 专线，吃的是速度；日本照顾本地站点与部分 AI 服务，晚间表现稳定。
东南亚 · 新加坡区域服务
做东南亚业务或需要该区域出口时用得上，短视频运营、区域限定服务都在这条线上跑。
北美 · 美国与加拿大跨洋
物理距离摆在那，延迟必然更高。但部分开发者站点与 AI 工具对出口地区敏感，这时只能走这一档。
欧洲及其他地区补充
为欧洲区域限定的内容准备的。延迟不适合当主力，临时切过去看一眼再切回来即可。
自己测更靠谱：晚高峰对节点连发 20 个包看丢包率，再用路由追踪看从第几跳开始变差。延迟高但零丢包多半是路径长，丢包超过 1% 才是真拥塞——这时候换更大的带宽没有意义。
03 / 换节点
三种情况，三种换法
01
只是变慢了
先在同地区里换一条。同一个城市的不同入口，晚高峰的表现能差出一倍。
02
某个站点打不开
多半是出口被判定的问题，换地区比换同地区的节点更有效。
03
全部连不上
先看套餐是否到期、账号是否受限，再排查本地网络与其它代理软件有没有冲突。