把一次网页访问想象成寄快递：先查地址（DNS），再找路（TCP），进门要登记（TLS），然后等对方处理（TTFB），最后把东西搬走（下载）。

拨测干的事，就是给这五个环节分别掐表。

DNS 解析：查地址

把域名翻译成 IP 的时间，正常几十毫秒。

这一段慢，问题不在你的服务器。要么 DNS 服务商响应慢，要么 CNAME 链条拉太长，要么本地 DNS 缓存过期在重新递归。

各地解析结果不一致，也在这里体现。

TCP 连接：找路

拿到 IP 之后建立连接的时间，跟物理距离强相关。

同城十几毫秒，跨省几十毫秒，跨国两百毫秒起步。这是物理限制，不是故障。

但如果同城节点都要一百多毫秒，那说明线路绕路了，值得查一下。

TLS 握手：登记

只有 https 才有，几十到一百多毫秒。

这一段突然变长，先想到证书链。缺中间证书是经典问题——浏览器能打开，但握手要多花时间甚至失败。

其次是加密套件太旧，协商走了好几轮。

TTFB：等对方处理

服务器收到请求到吐出第一个字节的时间。

这段最值得盯，因为它纯是服务端时间：查数据库、跑程序、等外部接口，全算在里面。

200ms 以内健康，500ms 以上该看代码和数据库了，1 秒以上基本可以确定是后端问题。

关键一点：TTFB 高，加带宽没用，换 CDN 也没用。瓶颈不在传输。

内容下载：搬东西

首字节到达后把内容传完的时间，跟页面体积和带宽有关。

这里要提醒一句：拨测只取 HTML，不加载图片、CSS、JS。所以这个数字不是完整的页面加载时间。

测速很快但用户说慢，问题通常在资源那一层。

怎么用这五段

从上往下扫，哪一段明显高于其他节点，问题就在那一层。

DNS 慢查解析，TCP 慢查线路，TLS 慢查证书，TTFB 慢查服务端，下载慢查体积。

五项在 网站测速 结果是分开列的，别只看总耗时那个数。