差多少不重要，往哪边差才重要

测速说很快，本地打开却卡；或者反过来，本地顺滑，出差在外用手机打开却慢。很多人第一反应是「哪个准」，我现在的习惯是先问一句：两边差在哪一侧。

同一个站，两个视角，数值不一样是正常的。但差值的方向能直接把排查范围砍掉一半，这比纠结谁准有用得多。

本地慢、节点快：先查你自己这一侧

这种情况最常见，也最容易冤枉服务器。节点从机房发起请求，绕过了你家的宽带、路由器、浏览器缓存和插件。

我会按这个顺序排：无痕窗口打开，排除插件和缓存；换成手机热点，排除本机宽带；再看本地 DNS 有没有指到奇怪的服务器。

三步下来还慢，才回头看服务端。多数时候问题在本地环境，机器本身没毛病。

本地快、节点慢：问题在线路那一边

反过来就麻烦了。你打开飞快，说明源站、程序、数据库都正常，慢的是节点到源站这一段。

用宝塔拨测的网站测速跑多地区多运营商节点，看是全部节点慢，还是只有某几家运营商、某个地区慢。全部慢，往源站出口带宽和 CDN 回源上查；只有一部分慢，基本能锁定线路互联或地区调度。

页面上的平均、最快、最慢三个数摆在一起看，能判断是普遍偏慢还是被个别节点拖了后腿。

先对齐口径，再谈差距

很多「不一致」其实是比错了对象。本地测的是浏览器从发起请求到页面渲染完成，拨测测的是请求层面的分段耗时，两边根本不在一个刻度上。

要比就比同一层：首字节对首字节，下载对资源下载。另外，本地可能带着缓存和已建立的 TLS 会话，节点每次都是冷启动，DNS 和握手自然要多花时间，这不是谁不准。

同一路径、同一协议、相近时间段，这三条对上了，数字才有可比性。

用五段耗时解释差距从哪来

本地 DNS 缓存命中，DNS 段几乎是零；节点要重新解析，这一段就有值。本地复用了连接，TCP 和 TLS 段很短；节点每次新建连接，这两段就跑不掉。

所以两边差个几十毫秒，先看差在哪些段。如果差的正好是 DNS、TCP、TLS 三项，那只是缓存和复用带来的正常差异。

真正要警惕的是首字节时间差很多。这一段落差说明请求到了服务端之后处理速度不同，跟缓存无关，得往后端查。

复测怎么做才算数

单次对比说明不了什么。本地和节点各测三次，中间不要改任何配置，看两边是不是稳定在这个差值上。

稳定，说明这是结构性的差异，按前面的方向去查；忽大忽小，先怀疑网络抖动，而不是服务端。

改完配置再复测时，记得用同一批节点、同一路径。拿改前的南方节点和改后的北方节点比，结论一定是错的。