很多用户在测试服务器线路时，习惯用电脑宽带跑 ping 或 tracert，但有些问题恰恰只出现在手机移动网络上。比如：

手机 5G 打开网站慢、APP 接口请求不稳定、移动网络访问香港服务器偶尔卡顿、白天正常但晚上丢包明显。

这时候，只在办公室电脑上测路由是不够的。因为电脑走的是电信、联通或家宽线路，而用户手机可能走的是中国移动 4G/5G 网络。想判断移动网络到数据中心机房的真实质量，就需要做一组 手机移动网络到服务器 IP 的 MTR 测试。

一、MTR 测试到底测的是什么？

简单理解，MTR 就是把 ping 和 traceroute 合在一起。

ping 只能告诉你：

traceroute 可以告诉你：

而 MTR 的优势是：
它会持续对每一跳路由进行探测，统计每一跳的延迟、丢包、最大延迟、平均延迟和抖动。

所以在排查手机移动网络访问机房慢的问题时，MTR 比单纯 ping 更有价值。

二、测试前一定要搞清楚：你到底要测哪条线路？

如果你想测试的是：

那测试时必须保证手机真的走的是移动数据，而不是 Wi-Fi。

测试前建议这样做：

这里特别强调一点：不要直接测域名。

如果域名接入了 CDN、WAF、防护节点或智能 DNS，MTR 测到的可能是 CDN 节点，而不是你的真实数据中心机房 IP。排查线路问题时，最好直接测试：

这样结果才更接近真实线路。

三、最推荐的方法：手机开热点，电脑跑 MTR

如果只是为了测试手机移动网络到机房的线路质量，我更推荐这种方式：

这样测出来的线路，本质上还是走手机移动网络出口，但操作和导出结果更方便。

Windows 用户

可以使用 WinMTR。

测试步骤：

建议测试次数不要太少。只跑十几次，结果容易受瞬时波动影响。一般建议至少：

Linux / macOS 用户

可以直接使用命令：

如果想测试更久一点：

参数含义：

如果你要测试网站 HTTPS 访问链路，也可以尝试 TCP 443：

不过要注意，TCP MTR 不一定在所有网络环境下都能正常跑通，有些手机热点、运营商网络或系统权限会影响探测结果。

四、Android 手机上怎么直接做 MTR？

如果你不想借助电脑，Android 手机也可以直接测试。比较常见的方法是安装 Termux，在手机上运行 Linux 命令。

1. 安装 Termux

建议从正规来源安装，比如 F-Droid 或 GitHub Release，不建议随便下载不明 APK。

安装后打开 Termux，先更新环境：

2. 安装 MTR

安装完成后，执行：

例如：

如果想测久一点：

如果手机环境支持 TCP 探测，也可以测试 443 端口：

3. 如果 MTR 跑不起来怎么办？

有些 Android 系统对底层网络探测权限限制比较多，可能会出现类似问题：

这种情况不一定是服务器或机房问题，而是手机系统权限限制导致的。

可以退一步使用：

然后执行：

再执行：

虽然这不是完整 MTR，但也能看出几个关键点：

五、iPhone 怎么测试？

iPhone 上直接运行真正的 Linux MTR 不太方便，因为 iOS 对网络底层权限限制更多。

更实际的方式有两种。

方式一：iPhone 开热点，电脑跑 MTR

这是最推荐的方式。

操作流程：

这样既能保证测试流量走的是手机移动网络，又方便导出完整结果。

方式二：使用网络工具 App

可以在 App Store 搜索：

很多 App 支持 Ping 和 Traceroute，但不一定支持真正完整的 MTR。

如果 App 只有 Ping 和 Traceroute，也可以使用。重点不是工具名字，而是能不能看出：

六、MTR 结果怎么看？不要只盯着中间某一跳

MTR 结果里常见字段大概是这样：

几个关键字段含义：

排查线路时，最重要的不是某一跳，而是整体趋势。

1. 最后一跳是否丢包

最后一跳就是你的服务器 IP。

如果最后一跳丢包：

如果中间某一跳丢包，但最后一跳不丢包，通常不能直接判断线路有问题。

2. 中间节点丢包不一定是真丢包

很多路由器会限制 ICMP 回复。它可能对 MTR 探测包响应不积极，但正常转发业务流量。

比如：

这种情况通常说明第 5 跳只是限制 ICMP 回复，不代表真实链路丢包。

但如果结果是这样：

这种就要重视，因为丢包从某一跳开始持续传递到了后续所有节点。

3. 看 Avg 和 Wrst 的差距

如果平均延迟不高，但最大延迟很高，例如：

说明线路有明显抖动。用户访问时可能不是一直慢，而是偶尔卡一下、接口偶发超时、视频偶尔缓冲。

移动网络里这种情况很常见，尤其在晚高峰、地铁、高楼、商场或信号边缘区域。

七、移动网络到机房测试，最好分时间段做

手机移动网络波动比固定宽带更明显。只测一次，很容易误判。

建议至少测三个时间段：

为什么晚高峰一定要测？

因为很多线路白天看起来很正常：

但到了晚上可能变成：

这类问题通常不是服务器 CPU、内存、硬盘造成的，而是运营商出口、跨境链路、回程线路或中间路由拥塞导致的。

八、测试结果应该怎么整理给机房或服务商？

很多用户发测试结果时，只截一张图，然后说“访问很慢”。这样机房很难判断问题。

建议整理成下面这种格式：

然后附上：

如果你是测试香港服务器、美国服务器、日本服务器、韩国服务器线路，最好分别测：

这样才能判断问题到底是单一运营商问题，还是机房整体线路问题。

九、常见判断案例

案例一：手机移动网络访问香港服务器慢，但电脑宽带正常

这种情况很常见。

可能原因包括：

如果 MTR 显示最终 IP 不丢包，但延迟波动很大，要重点看 Wrst 和 StDev。

如果 MTR 显示最后一跳持续丢包，才更像线路质量问题。

案例二：中间一跳丢包 80%，但网站访问正常

这种一般不用紧张。

如果后续节点和最终服务器都没有丢包，说明中间节点大概率只是限制 ICMP 响应。

判断标准：

案例三：白天正常，晚上明显变慢

这类问题通常和服务器硬件关系不大。

如果白天测试：

晚上测试：

那就要重点怀疑：

这时候单纯升级 CPU 或内存没有意义，应该优先考虑线路优化，例如 CN2、CMI、BGP 优化线路、移动方向优化回程等。

十、手机 MTR 测试的核心结论

如果你想测试手机移动网络到数据中心机房的真实线路质量，最稳的方法是：

Android 用户也可以用 Termux 直接跑：

如果 MTR 跑不了，就用：

最终判断时，不要只看某一跳，而要重点看：

对于数据中心机房线路排查来说，手机 MTR 测试不是为了证明“服务器一定有问题”，而是为了把问题拆清楚：

只有把这些因素分开看，后面的优化才不会走弯路。对于面向移动端用户的网站、APP、游戏下载站、短视频平台和跨境业务来说，手机移动网络到机房的 MTR 测试，是上线前和故障排查时都非常值得做的一项基础测试。