Ping、TCPing、网站测速，三个到底各测什么
这三个工具经常被混着用，结果就是「测了都正常，但网站还是有问题」。
因为它们测的根本不是同一层。
Ping：只证明主机活着
发 ICMP 包，看有没有回应。通了说明网络路径可达、目标主机在线。
但它不关心 80 端口开没开，不关心 Web 服务有没有起，更不关心程序返回什么。而且 ICMP 常被限速或封禁，Ping 不通不代表网站不通。
TCPing：证明端口开着
对指定端口发起 TCP 握手，能建连说明端口在监听、防火墙放行。
比 Ping 进一步，但还是不到应用层。握手成功之后，程序可能卡死、可能返回 502，TCPing 一概不知。
网站测速：测到业务层
发真实的 HTTP 请求，拿状态码、五段耗时、响应内容大小。这才是用户实际经历的那条路。
它能发现前面两个工具发现不了的问题：证书错误、301 跳转、502、TTFB 过长。
什么时候用哪个
怀疑机器挂了、网络断了，先 Ping。
怀疑端口被封、服务没起，用 TCPing。
怀疑网站本身有问题，直接用网站测速。
实际排查里，我一般直接从网站测速开始：它一步就能覆盖前两层的信息，状态码和五段耗时足够判断问题在哪一段。只有它显示连接阶段就失败，才回头用 TCP 或 Ping 细查。
一个常见误判
Ping 延迟 20ms，就认为网站会很快。实际上服务器可能在 20ms 的链路上花 800ms 处理请求。网络快和网站快，是两件事。
