Ping 很低，页面却迟迟打不开

一次 Ping 的延迟并不高，但使用快鸭访问网页仍然缓慢。这不矛盾：Ping 通常观察 ICMP 往返，而网页请求还可能经过 DNS 解析、连接建立、TLS 协商、服务端处理、内容下载和页面渲染。不同测试目标、协议及时间，也使结果无法直接比较。

先按速度检测与请求记录指南固定测试条件，不把浏览器的请求耗时直接称为快鸭节点实时延迟。本站不提供实时节点成绩，也不以演示数字代替测量。

在网络面板里找到真正的阶段

打开浏览器开发者工具的 Network（网络）面板，重新访问一个有权测试的页面，选择主要文档请求，查看 Timing（时间）与瀑布图。不同浏览器的标签可能不同，通常可以看到以下阶段：

  • DNS Lookup：域名解析。
  • Initial connection：连接建立，可能包含 TCP 握手、重试和 TLS 协商。
  • SSL / TLS：加密握手，常与连接阶段存在包含关系。
  • Waiting / TTFB：请求发出后等待响应首字节，包含网络往返和服务端准备响应的时间。
  • Content Download：读取响应内容。

不要把包含关系的项目再次相加。TTFB 也不等于纯线路延迟，服务端计算、排队和重定向都可能影响它。

看不到某个阶段，不一定是遗漏

浏览器可能命中 DNS 缓存、直接读取内容缓存，或复用已建立的连接，因此并非每个请求都重新进行 DNS、TCP 与完整 TLS 握手。HTTP/2 支持连接复用；HTTP/3 基于 QUIC，不能机械套用传统 TCP 阶段解释。

开发者工具中的“禁用缓存”通常针对资源缓存，并不保证 DNS 缓存和所有连接状态都被清空。测试时应记录协议、缓存和连接复用情况。如果解析阶段值得怀疑，再对照浏览器安全 DNS 与系统 DNS。

怎样做一次可比较的轻量测试

  1. 固定目标 URL、设备、接入方式和测试时段。
  2. 关闭无关的大流量任务，保留正常安全设置。
  3. 少量重复观察同一请求，分别记录冷启动与复用连接的情况。
  4. 线路切换后发起新请求，记录远端地址、协议与错误阶段。
  5. 比较阶段差异，而不只比较一个总时长。

不要用大量高频请求占用目标资源。如果只有某个站点首字节等待较长，应同时考虑服务端或 CDN 状态；如果下载后仍卡顿，还需检查脚本、字体、图片解码和页面渲染。

还应选中真正需要分析的请求。页面里的图片、脚本和主文档可能来自不同服务器，某个子资源的等待不能直接代表整页线路。记录重定向链，确认慢的是首次文档还是后续资源，避免拿两个不同阶段的数值作比较。

用现象决定下一步，而不是一概换线路

解析慢、连接超时、TLS 失败和服务器等待长，对应不同的排查方向。地址选择也可能影响连接尝试，尤其当同一域名同时返回 A 与 AAAA 记录时，可阅读双栈与 Happy Eyeballs。

保留“测试目标、时间、协议、远端地址、缓存状态、主要耗时阶段”即可形成有价值的记录。只有在条件可比、差异稳定出现时，才适合判断线路变化是否改善访问；不要把一次慢请求概括为整个客户端或全部节点的问题。