直接答案
判断延迟问题先分清两件事：客户端里的延迟数字只是到节点的 HTTP 测试，真正影响体验的是稳定性与丢包。用连续 100 次 ping 记录晚高峰的平均延迟与丢包率，连续三天对比：丢包持续高于 1% 或延迟波动超过 30% 说明线路（通常是中转）在晚高峰拥塞，换专线节点是最有效的办法；只有个别节点高延迟则是节点负载问题，换节点即可。
目录
问题是什么
延迟高有三种：绝对值高（美国节点 300ms+）、波动大（时高时低）、丢包（部分请求超时）。后两者对 AI 工具的影响更大。
最常见原因
- 中转线路晚高峰拥塞。
- 节点负载高。
- 本地网络问题（Wi-Fi、运营商）。
- 客户端使用了错误的延迟测试地址。
测试方法
- 客户端内延迟测试只做参考。
- 找到节点地址（订阅配置中），执行
ping -n 100 节点地址（Windows）或ping -c 100（macOS / Linux）。 - 记录平均延迟、最大延迟、丢包率。
- 晚高峰 21:00 前后连续三天重复。
解决方法
| 情况 | 处理 |
|---|---|
| 个别节点延迟高 | 换节点 |
| 同地区所有节点晚高峰变差 | 线路类型问题，换专线节点 |
| 所有节点全天延迟高 | 本地网络，测试直连 ping 国内网站 |
| 延迟正常但丢包高 | 换线路或协议（Hysteria2 对丢包更耐受） |
不同设备
- Wi-Fi 延迟波动大时改用有线或 5GHz。
- 移动网络切换到 Wi-Fi 对比。
- 路由器上运行客户端时检查路由器性能。
仍然无法解决
线路本身不适合，参考 稳定机场推荐 与 IEPL 与 IPLC 的区别。
常见问题
延迟多少算正常？
美国节点 150–250ms、日本 50–120ms、新加坡 60–150ms 属于正常范围；关键是波动小、丢包低。
延迟低但网页还是慢？
看丢包。丢包会导致重传，体验比高延迟更差。
AI 工具对延迟的要求高吗？
对绝对延迟要求不高，对丢包与波动敏感。Codex、Claude Code 需要丢包低于 1%。