节点延迟多少算正常？

取决于节点地区。香港、日本、新加坡等近距离节点几十毫秒属于正常，美国西海岸 150–200ms、欧洲 200ms 以上都是物理距离决定的合理数值。判断是否异常，应与同地区节点的常态水平比较，而不是追求一个统一的绝对低值。

延迟低就代表速度快吗？

不是。延迟衡量响应快慢，带宽衡量传输量大小，两者相互独立。延迟 40ms 的节点可能因带宽拥挤而下载缓慢，延迟 180ms 的美国节点也可能跑满你的宽带。看视频卡顿多是带宽问题，点击网页反应慢才是延迟问题。

客户端测延迟只发送一个很小的测试请求，反映不了持续传输的质量。线路丢包严重时，小包测试可能侥幸通过，而网页加载需要大量数据往返，体感就会卡顿。建议多测几次观察波动，换节点验证，并留意是否处于晚高峰时段。

实时对战类游戏建议 80ms 以内，越低越好，且稳定性比绝对数值更重要：稳定在 60ms 的节点，体验通常好于在 30–150ms 之间跳动的节点。优先选择近距离、走专线的节点，并尽量避开晚高峰时段。

节点延迟高，通常来自四个环节：物理距离太远、线路绕路或拥塞、晚高峰国际出口排队、本地网络质量差。延迟决定的是「响应快不快」，与「下载快不快」是两回事。先分辨延迟来自哪一段，再按换节点地区、换线路层级、换本地网络的顺序优化，多数场景都能得到明显改善。

延迟指数据包从你的设备出发、到达目标服务器再返回所需的时间（往返时延，RTT），单位是毫秒（ms）。它由几部分构成：信号在光纤中的传播时间、沿途每台路由设备的转发与排队时间，以及丢包重传带来的额外等待。

其中传播时间存在硬性下限：光在光纤中约以每秒 20 万公里传播，中国到美国西海岸的往返路径数万公里，延迟不可能低于 100ms 量级。因此「美国节点延迟 150ms」不是故障，而是物理规律；把它和香港节点的 40ms 相比没有意义。

与延迟同样重要的还有抖动（Jitter），即延迟的波动幅度。平均延迟 60ms 但在 30–200ms 之间跳动的节点，实际体验往往不如稳定在 90ms 的节点——视频通话与实时游戏对抖动尤其敏感。评价一个节点时，应同时看延迟数值与波动幅度。

Clash 等客户端的延迟测试，通常是让流量经过节点向一个固定测试地址发起一次很小的 HTTP 请求并计时。理解它的两点局限，能避免误判：

此外，不同客户端使用的测试地址与超时阈值并不相同，同一个节点在不同客户端里的延迟数值不能直接横向比较；同一客户端内的节点之间对比才有参考意义。

另外要区分「延迟高」与「连不上」：延迟数值高但可用是本文讨论的问题；测试全部显示超时属于连通性故障，排查方法见节点全部超时怎么办。

一、物理距离。 香港、日本、新加坡等近距离节点通常在几十毫秒；美国西海岸常见 150–200ms；欧洲往往 200ms 以上。选错地区是延迟高最常见、也最容易解决的原因。

二、线路类型。 同样是香港节点，走公网的线路可能绕路、拥塞，延迟数值偏高且波动大；走专线的节点路径固定、不与公网流量竞争，延迟通常稳定在几十毫秒。线路层级对延迟稳定性的影响，详见 IPLC 是什么。

三、晚高峰拥塞。 20:00–23:00 国际出口流量激增，公网线路的数据包排队甚至被丢弃，表现为延迟成倍上升、抖动加剧。如果白天正常、晚上飙高，基本可以断定是这一原因。

四、本地网络。 Wi-Fi 信号差、路由器老旧过热、宽带上行被占满，会给所有节点叠加一层基础延迟。它的特征是所有节点延迟同步升高——包括原本延迟很低的近距离节点。

再次强调：延迟低不代表带宽大。视频是否流畅主要看带宽，网页点击响应快慢主要看延迟。如果你的问题是「能打开但下载慢、视频糊」，那是带宽瓶颈，见节点速度慢有哪些原因。

按性价比从高到低依次尝试：

延迟是响应时间，不是速度；客户端测出的数值只是单次路径耗时，多测几次看趋势才可靠。延迟高先分辨来源：远距离节点延迟高是物理规律，晚高峰劣化是公网拥塞，全部节点同步升高则指向本地网络。优化顺序是先换地区、再换线路层级、最后排查本地环境——把钱和时间花在确定有效的环节上。