怎么看延迟？读懂节点延迟测速与选节点的关系
延迟，衡量数据往返节点一次要花多少毫秒（ms），数值越低操作越跟手。 但要记住一句话：延迟低≠速度快。延迟决定”响应快不快”，带宽才决定”下载快不快”，两者要分开看。
延迟数值怎么读
客户端节点列表里那个 86ms、210ms，就是到该节点的往返延迟。经验参考值：
| 节点地区 | 常见延迟区间 | 体感 |
|---|---|---|
| 香港 / 日本 / 新加坡 / 台湾 | 30～120 ms | 网页、社交、游戏都跟手 |
| 美国西部 | 150～200 ms | 网页可用，游戏略有延迟感 |
| 美国东部 / 欧洲 | 180～250 ms | 适合内容库、非实时场景 |
这些只是参考区间，会随你的宽带、Wi-Fi、测试时间波动。重点是同一批节点横向比谁更低、谁更稳，不是纠结某个绝对数字。
关键区别：延迟 vs 速度
延迟（ms） ：数据往返一次的时间 —— 影响“跟不跟手”
带宽/速度 ：每秒能传多少数据 —— 影响“下载/看片快不快”一个延迟 60ms 的港区节点，如果晚高峰带宽被挤满，下载照样很慢；一个延迟 180ms 的美区专线，带宽充足时下大文件反而更痛快。所以怀疑节点慢时，别只看延迟，还要看实际测速——具体怎么区分见节点速度慢的排查。
客户端里怎么测延迟
- 单个/批量测速：多数客户端支持一键测所有节点延迟，方便挑最低的；
- 测速目标不同：有的测到谷歌、有的测到自建地址，所以跨客户端的数值不能直接比；
- 多测几次：避开刚连上、刚切网络的瞬间，取稳定值。
延迟一直显示超时（timeout）而不是数值，通常不是”延迟高”，而是节点连不上，见节点超时怎么办。
测延迟容易踩的三个坑
- 只信第一次结果：首次握手偏慢，多测几次更准；
- 拿延迟当速度：延迟低不代表能跑满带宽；
- 忽略稳定性：延迟在 60ms 和 90ms 之间乱跳（抖动大），体验反而不如稳定在 100ms 的专线。抖动对游戏、会议影响很大。
小结
看延迟，核心是”横向比、看稳定、别当速度”。挑节点时把延迟当作一个筛选维度，配合线路和实际测速一起判断，而不是唯延迟论。想系统地把延迟纳入选择流程，回到怎么选择节点。