内容摘要：深夜两点，我对着路由器敲下那行命令。屏幕上跳出一串数字——time=43.2 ms。网络又抽风了。 ping大概是每个程序员最早学会的网络命令之一。它简单得不像话：发个ICMP包出去，等对方回一声“我

深夜两点，测试我对着路由器敲下那行命令。测试屏幕上跳出一串数字——time=43.2 ms。测试网络又抽风了。测试

ping大概是测试每个程序员最早学会的网络命令之一。它简单得不像话：发个ICMP包出去，测试等对方回一声“我在这儿”，测试然后算算这趟来回花了多久。测试但就是测试这最简单的工具，往往最先暴露问题的测试真相。

记得有次在朋友家，测试他抱怨宽带卡顿，测试游戏老是测试掉线。我打开终端，测试连续ping了网关和公网地址。测试网关延迟稳定在1ms以内，但ping百度时数值忽高忽低，像心电图一样乱跳。问题出在运营商出口，不是他家路由器的事儿。朋友一脸茫然地看着我，像是在看一个算命先生。

ping的返回信息里有几个关键数字：time是往返延迟，TTL是数据包还能跳多少跳。TTL每次减1，如果中途被丢弃，你就知道路径上某个节点出了问题。有一次我ping一个海外服务器，TTL只有50左右，延迟高达200ms。查了下路由，发现数据包绕了大半个地球——从北京到美国西海岸，再到欧洲。明明有更短的路径，可运营商的路由表偏偏选了这条远路。你没法直接改人家的路由，只能换个网络出口试试。

ping还有个有意思的用法：判断网络是否丢包。如果连续ping几十个包，有几个没回应，说明链路不稳定。去年我帮同事排查视频会议卡顿，ping网关完全不丢包，但ping视频服务器丢包率高达15%。最后发现是他公司的防火墙策略太激进，把部分ICMP包给拦了。这问题挺讽刺的——防火墙为了安全，反而破坏了网络诊断的基本手段。

有时候，ping的结果会误导你。它显示延迟很低，但实际体验就是慢。因为ping测的是“能不能通”和“通得多快”，可网络传输里还有个吞吐量的概念。就像一条路，车跑得再快，如果路面太窄，同时只能过一辆车，高峰期照样堵死。玩游戏时ping值漂亮不代表不卡，可能是丢包或者抖动在作祟——延迟忽高忽低，比单纯的高延迟更难受。

我习惯在电脑上挂个后台ping，持续监控到路由器。一旦延迟突然飙升，就知道Wi-Fi信号又出问题了。这招比任何监控软件都直观。有一次半夜网络不稳定，我盯着终端看，发现延迟从2ms跳到500ms，然后又回来，反复折腾。最后发现是隔壁房间的微波炉在干扰2.4GHz频段。把路由器切到5GHz，世界清净了。

其实你不需要懂TCP/IP协议栈，也能用ping做基本判断。先ping本机（127.0.0.1），通了说明网卡没问题；再ping网关，通了说明局域网没问题；最后ping外网地址，通了说明运营商链路正常。哪一步断了，问题就出在哪一段。就这么三步，能解决一半的“网怎么又卡了”的抱怨。

当然，ping也有失灵的时候。有些服务器禁了ICMP协议，你ping不通它，但访问网页却正常。这时候别慌，换个端口测测，或者直接用浏览器试试。工具是死的，人是活的。

说到底，ping测试就是一台机器对另一台机器喊一声“嘿，你还在吗？”。对方回一声“在呢”，你就知道路是通的；不回，你就得琢磨是对方睡着了，还是路被堵了。生活里很多事儿不也这样吗？发条消息给朋友，等回复的那几秒，心里已经在盘算各种可能了。