Windows
macOS
Android
iOS
要测网络延迟，先看你想回答什么问题：连接目标的往返时间、延迟在哪一段升高，还是网络忙碌时是否变慢。网络延迟测试工具比较时，常用选择是 ping、traceroute、MTR 和在线测速网站；它们测量角度不同，不能只凭一个数字下结论。
四类工具各自测什么
| 工具 | 能看到什么 | 适合与局限 |
|---|---|---|
| ping | 到指定地址的往返时间、丢包 | 简单、适合快速检查；部分网络会限制或屏蔽 ICMP 请求 |
| traceroute | 数据经过的路由节点及各段响应时间 | 适合排查路径变化；某一节点不回应，不一定表示实际转发丢包 |
| MTR | 持续探测各路由节点，汇总延迟与丢包 | 便于观察波动；中间节点显示丢包，需确认终点也受影响才有判断意义 |
| 在线测速 | 到测速服务器的延迟，以及下载、上传速度 | 上手方便；结果受服务器位置、浏览器和当前网络负载影响 |
例如，Ookla Speedtest 和 Cloudflare 的 speed.cloudflare.com 可在浏览器中测试。它们适合了解当前设备到所选服务节点的表现，但不等于到所有网站或应用的延迟。
按目的选择，不要混看指标
只想知道目标是否响应：用 ping
在 macOS 或 Linux 的终端输入 ping -c 20 1.1.1.1，发送 20 次请求；将地址换成你实际要检查的服务器域名或 IP。结果里的 time 是单次往返时间，统计行通常会列出平均值和丢包情况。手机上可用带 ping 功能的网络诊断应用，注意确认目标地址一致。
ping 适合初筛，不适合单独定位故障。某些服务器不回应 ICMP，但网页或其他服务仍可正常使用。测试时最好分别测路由器地址和外部目标：前者异常，问题可能在本地连接；前者稳定而外部目标异常，再继续检查外网路径。
怀疑路径中途变慢：用 traceroute 或 MTR
macOS、Linux 可运行 traceroute 1.1.1.1 查看经过的节点。若需持续观察，可运行 mtr -rw -c 20 1.1.1.1；部分系统需先安装 MTR。网络延迟测试工具比较中，MTR 比一次性的路由追踪更容易发现持续波动，但结果仍受节点对探测报文的限速影响。只有终点也反复丢包或延迟升高，才更能说明连接受到影响。
让结果可以比较
- 固定设备、连接方式和目标地址；排查无线问题时，也可用网线做一次对照。
- 在相近时段分别测本地网关与外部目标，每次记录约 20 次 ping 的平均延迟、最大延迟和丢包率。
- 重复两三轮，并记录是否正在下载、上传或进行视频通话；网络负载会抬高延迟。
- 若延迟只在测速或大文件传输时明显上升，再查看在线测速显示的负载延迟，并检查后台流量。
毫秒数没有适用于所有线路的统一合格线。距离、路由和服务端负载都会改变结果；同一目标在相同条件下的多轮记录，通常比一次测速更有参考价值。网络延迟测试工具比较的重点，是用合适的工具回答具体问题，并把丢包、波动和延迟分开看。
常见问题
延迟低就代表网络好吗？
不一定。还要看丢包、延迟波动，以及实际使用的服务是否稳定。
为什么测速网站和 ping 数字不同？
两者可能连接不同的服务器，并采用不同的探测方式；测速结果也可能展示空闲或负载状态下的延迟。
MTR 中间节点显示丢包，需要报修吗？
先看后续节点和终点是否也持续丢包。只有中间节点异常而终点正常，常见原因是该节点限制探测回应。