多少毫秒算正常？

没有统一标准，但可以按距离给区间：

延时分级参考：同城、同省、跨省与跨境各有区间

超出这个范围不一定有问题，落在范围内也不一定没问题——还要结合业务类型看。

为什么按距离而不是按绝对值

因为延迟的物理下限由距离决定。

光在光纤中约 20 万公里/秒，广州到北京 1900 公里，理论往返就要 19ms，加上设备转发，实测 35–50ms 完全正常。要求跨省 10ms 是不可能的，谁优化都一样。

所以判断标准必须是相对距离的，而不是一个固定的数字门槛。

业务类型也很关键

同样是 80ms，对不同业务的含义完全不同：

• 网页浏览：完全够用，用户感受不到
• API 调用：可接受，但串行调用多了会累积
• 在线游戏：明显卡顿，通常要求 50ms 以内
• 实时音视频：需要 100ms 以内，否则对话有明显延迟感
• 数据库主从同步：80ms 已经偏高，影响写入确认

同一个数字，网页能接受，游戏不能接受。脱离业务谈「多少算正常」没有意义。

比延迟更该关注的两个数

很多人盯着毫秒数，忽略了这两个：

丢包率。 0 最理想，5% 以上网页加载会明显卡顿、连接容易重试。丢包对体验的损害往往比延迟更大——延迟只是慢，丢包是「卡一下、重连、再卡一下」。

抖动。 最大延迟减最小延迟。平均 40ms 但抖动 200ms 的链路，体验比稳定 80ms 差得多，因为用户感知的是最差的那一次。

一个健康的链路应该是：延迟在区间内、丢包接近 0、抖动小。

什么情况说明不正常

• 延迟落在区间内，但丢包超过 5%
• 延迟超出区间上限 50% 以上
• 抖动超过 100ms
• 全部节点超时（先排除 ICMP 被禁用）

这四种情况才值得进一步排查。

怎么测才有意义

单次本地 ping 没有统计意义。用多节点检测，同时看到各地、各运营商的分布，再连续测两三次看趋势。

如果你需要的是「一直怎么样」而不是「此刻怎么样」，那就该上定时拨测——固定频率、固定节点，异常时主动告警。