Windows
macOS
Android
iOS
选网络延迟测量工具时，先要回答一个问题：你想测的是设备到目标地址的基础延迟，还是某个服务真正可用时的响应速度？家用宽带、远程办公、网站访问和游戏连接，关注点并不相同。只看一次 Ping，可能把路由绕行、端口阻塞或服务器处理时间全部忽略。
常见指标包括 RTT（往返时延）、丢包率、抖动和路由路径。下面用五种方案拆开比较，帮助你根据问题类型选择合适的网络延迟测量工具。
一、Ping：判断基础延迟和稳定性的起点
Ping 使用 ICMP 回显请求，适合快速查看本机到目标主机的 RTT、丢包率和延迟波动。Windows、macOS 及多数 Linux 发行版都自带该命令，操作成本最低。
- 打开命令提示符、终端或 Shell。
- 输入 ping example.com，也可以替换为已知的服务器 IP。
- 连续观察至少几十次结果，再看平均值、最大值和丢包情况，而不是只看第一行。
在同一局域网内，设备间延迟通常可能只有数毫秒；跨城市访问常见为十几到数十毫秒，跨洲链路可能达到约百毫秒或更高，具体取决于线路、时间和目标位置。Ping 的缺点是目标可能禁用 ICMP，而且它不能代表网页加载或游戏端口的实际体验。
二、Traceroute：定位延迟从哪一跳开始增加
当 Ping 显示延迟偏高时，Traceroute 更适合查看数据包经过的路由节点。Windows 使用 tracert，macOS 和 Linux 通常使用 traceroute。它会逐跳显示中间路由器的响应时间。
如果前几跳稳定，某一跳开始整体升高，可能说明延迟出现在运营商接入、跨网互联或长距离骨干段。不过，中间节点可能限制或降低探测包优先级，出现星号不一定代表真实丢包；应观察后续各跳和最终目标是否同时异常。
三、MTR：把路径分析和连续观测结合起来
MTR 可以理解为持续运行的 Ping 加上逐跳路由统计，适合排查“偶尔卡顿”而非持续高延迟。它会记录每一跳的发送次数、丢包比例以及平均、最低和最高延迟。
适合的场景
- 远程连接偶发中断，需要确认是本地、运营商还是目标网络波动。
- 某个时间段访问变慢，希望比较白天、晚间等不同环境。
- 单次 Traceroute 看不出问题，但用户持续反馈抖动。
建议在相同网络和相同目标下运行数分钟，并保存结果。若中间某跳显示丢包、但后续节点恢复正常，通常更像该路由器对探测包限速；若从某一跳开始，后续所有节点都持续丢包，才更值得进一步调查。
四、TCP 端口测试：验证“服务端口能不能连上”
Ping 测的是 ICMP，服务器即使禁止 ICMP，也可能正常提供 SSH、数据库或应用服务。此时应使用 TCP 端口测试工具，例如 tcping，或利用系统自带的端口连接命令，指定目标端口进行测试。
- 先确认服务的真实域名或 IP，以及端口号，例如 HTTPS 常用 443。
- 连续发起多次 TCP 连接，记录连接建立时间和失败次数。
- 将结果与 Ping 对比：若 Ping 很快而 TCP 很慢，问题可能在防火墙、负载均衡或服务端处理。
这种网络延迟测量工具更接近“客户端能否连到服务”的实际情况，但它仍不等于完整业务耗时。连接复用、TLS 握手、身份验证和应用排队，都可能出现在后续阶段。
五、HTTP 计时：从用户请求角度测量响应
网站、接口和下载服务不应只看 ICMP。可以使用浏览器开发者工具、curl 的计时参数，或持续监控平台，分别观察 DNS 解析、建立连接、TLS 握手、首字节和内容下载时间。
例如用 curl 测试 HTTPS 地址时，可重点记录连接时间与首字节时间。连接时间偏高，常与网络路径或握手有关；首字节时间偏高，则还可能包含服务器排队、缓存未命中和后端查询。该方案最贴近网页访问，却不适合直接判断局域网设备之间的纯网络时延。
五种方案怎么选
| 方案 | 主要回答的问题 | 优势 | 限制 |
|---|---|---|---|
| Ping | 基础 RTT 是否稳定 | 简单、普遍可用 | 可能被禁用，不能代表业务 |
| Traceroute | 延迟从哪一跳升高 | 能观察路径 | 中间节点结果可能失真 |
| MTR | 哪里存在持续或间歇异常 | 可连续统计 | 需要更长观察时间 |
| TCP 端口测试 | 服务端口能否建立连接 | 贴近真实服务入口 | 不包含完整业务处理 |
| HTTP 计时 | 网页或接口响应为何变慢 | 可拆分请求阶段 | 受服务端性能影响较大 |
一套实用的测量顺序
- 先用 Ping 测本地网关、公共目标和业务域名，确认是否存在基础波动。
- 若异常，再用 Traceroute 或 MTR 对比不同时间段和不同网络。
- 若只有业务访问失败，改用 TCP 端口测试，避免把 ICMP 结果当成服务结论。
- 网站或接口变慢时，补充 HTTP 分阶段计时。
- 记录测试时间、接入方式、目标地址、次数和结果，避免只凭一次测量下结论。
注意：测速工具本身也会受到 DNS、缓存、代理、防火墙、服务器限流和后台流量影响。测试期间应关闭大文件上传下载，并尽量固定设备、线路和目标。
常见问题
Ping 显示丢包，是否一定是网络故障？
不一定。目标主机或中间路由器可能限制 ICMP。要结合 MTR 后续节点、TCP 连接和实际业务结果判断。
延迟低，为什么网页仍然打开很慢？
网页速度还受 DNS、TLS、服务器首字节时间、脚本和资源数量影响，应使用 HTTP 计时或浏览器开发者工具拆分分析。
测试几次才比较可靠？
短时排查可连续测试数十次；观察间歇性问题时，建议在不同时间段重复测试，具体次数取决于问题出现频率。
只选一个网络延迟测量工具可以吗？
可以先选 Ping 作为基线，但遇到服务端口或网页问题，最好补充 TCP 或 HTTP 测试。组合使用通常比单项结果更可靠。
总的来说，网络延迟测量工具没有绝对的“最好”，只有与问题匹配的方案。先确认测量对象，再结合 RTT、路径、丢包和业务响应，才能得出可执行的判断。