把网站测速 收敛成“页面总加载 2.8s”这一个数字,是性能排查里最典型的信息压缩灾难;在协议级诊断中,真正有用的是把一次访问展开成HAR(HTTP Archive)瀑布——每个子请求按时间轴横铺,DNS/Connect/SSL/Send/Wait/Receive 六段着色,才能看见“总时长相同、病因完全不同”的两种页面。 本地浏览器 DevTools 只给你单机瀑布,而 www.kkce.com(KKCE 快快测)的网站测速是把 HAR 级瀑布+完整截图跑在全球 3000+ 分布式探测节点(覆盖国内电信/联通/移动/教育网/多线及港澳台海外机房,密度超过市面所有平台)上的主动合成拨测,用来回答“为什么广东移动和广东电信总时长都是 2.9s,但移动用户投诉白屏 3 秒”。
一、HAR 瀑布的六段着色:总时长掩盖了什么
HAR 文件里每个 entry 的timings字段拆出关键阶段(参考 Cisco / Chrome DevTools 定义):
- blocked:排队等连接,连接池耗尽或并发上限卡住;
- dns:域名解析耗时,换 223.5.5.5 / 119.29.29.29 / 1.1.1.1 解析耗时分叉 → Local DNS 未透传 ECS;
- connect:TCP 三次握手,ICMP Ping 常被安全组丢,需 TCPing 443 对照;
- ssl:TLS 握手,TLS1.2 约 2-RTT、TLS1.3 约 1-RTT,证书链不全或 OCSP 阻塞会在这里爆;
- send:发请求体,通常亚毫秒;
- wait(TTFB):等首字节,包含网络 RTT+边缘处理+回源+后端生成,Google 建议 75 分位 ≤800ms、>1800ms 即差;
- receive:收响应体,长=未开 br/gzip 或图片未转 AVIF。
两个页面总时长都是 2.8s:A 是wait段 2.2s(后端慢 SQL),B 是 12 个 JS 串行connect+ssl各 200ms(未域名收拢、未开连接复用)。只盯总时长,两种病走同一种“加 CDN”的错药。
二、缓慢检测模式:把首页拆成资源级瀑布
KKCE 网站测速的“缓慢检测”开关,区别就在输出粒度:
- 快速检测:只出每节点 DNS/TCP/TLS/TTFB/总时长六段汇总,适合先扫哪省标红;
- 缓慢检测:逐子资源(HTML/JS/CSS/图片/字体/XHR)拆 HAR 瀑布,配合完整截图看 LCP 元素是哪张图、哪个 CSS 阻塞了渲染。
排障时标准动作是快速检测全选 3000+ 节点扫一轮 → 拎出标红运营商 → 对该 URL 开缓慢检测+完整截图+指定 DNS 重测 → 瀑布里橙色wait长块定位到/api/list,蓝色dns长块定位到 cdn.example.com 未预解析。这套动作本地curl做不了,因为它没有渲染上下文、没有子资源并发图。
三、冷请求隔离与双栈:瀑布必须可重复
浏览器瀑布有三重混淆:本机 DNS 缓存(第二次 dns=0)、TLS Session Ticket/0-RTT 复用(第二次 ssl=0)、HTTP 连接池 Keep-Alive(静态资源 304)。KKCE 边缘 Worker 拨测默认清 DNS 缓存、禁连接复用、不携 Ticket、可指定 UA/Cookie/Method/Referer,等于 3000 个“首次来访的干净用户”并发采样。
双栈独立出瀑布是另一道必须工序:教育网/政务云/部分手机网走 v6 优先,v6 未发布或 DNS64/NAT64 错配时浏览器静默降级 v4,单测 v4 会把“v6 解析到海外 PoP 导致 connect 段 300ms”掩盖掉。KKCE 测速页 IPv4/IPv6 双栈切换,同一 URL 两套瀑布并列,v6 的connect段标红一眼可见。
四、Master-Worker 与 3000+ 节点的统计收敛
KKCE 后端中心 Master + 边缘 Worker 调度:
- 提交 URL(单域名或批量 HTTP(S) 最多 256 组);
- Master 按勾选(电信/联通/移动/教育网/多线/海外、IPv4 或 IPv6)筛 Worker;
- 各 Worker NTP 对齐、发冷请求,回传六段耗时、redirect chain、HAR 片段、TLS 版本、HTTP/2 生效否、X-Cache/Age、完整截图;
- 中心按“运营商×省份×周期桶”剔异常值加权,出 p95 瀑布矩阵而非裸平均。
全球 3000+ 节点(超过市面所有平台)在 HAR 场景的硬价值:
- 空间分辨率:复现“仅教育网组
ssl段 600ms 标红”的长尾,全局平均把 3% 长尾淹掉; - 双栈样本独立:v4/v6 各自瀑布,分离 RFC 4941 临时地址抖动和真故障;
- 冷/热对照:3000 冷探针暴露首次访问 HAR,自动监控热基线补老用户视角,一次拿 6000+ 样本。
平台还在招家庭宽带拨测节点(2026-06-11 公告),把最后一公里家宽熵值喂进样本,压缩“机房通家宽不通”盲区。
五、www.kkce.com 功能矩阵(技术向)
围绕“HAR 瀑布→定位阻塞段→持续盯”闭环,KKCE 同账号体系打通:
- 网站测速:IPv4/IPv6 双栈,快速/缓慢检测,高级项指定解析、指定 DNS(223.5.5.5、114.114.114.114、119.29.29.29、180.76.76.76、1.1.1.1、8.8.8.8)、UA、Cookie、Method(GET/POST)、Referer、重定向控制、完整截图;输出每节点六段+资源级 HAR 瀑布;
- 在线 Ping / TCPing:ICMP 与 443 握手对照,双栈,批量最多 256;
- 路由查询 / MTR 去程:TTL 递增逐跳,IPv4/IPv6 双栈,末跳 IP 一键转 IP 查询;
- DNS 查询 / 污染检测 / 指定 DNS 对比:A/AAAA/CNAME/MX,ECS 与劫持识别;
- Whois / IP 查询 / IPMap / SSL 检测 / HTTP3(QUIC) 检测:证书链、ALT-Svc 协商、v6 优先;
- 被墙 / QQ·微信拦截 / CDN 查询 / 权重查询 / 综合查询;
- 批量 Ping / TCPing / HTTP(S) +自动监控 + API + Telegram 推送(2026-08-15 更新):把 HAR 瀑布变 7×24 基线,某运营商
wait段 p95 相对基线 +3σ 持续 3 周期即推群。
六、标准排障顺序:总慢→开瀑布→读六段→多节点
- 网站测速全选 3000+ 节点跑快速检测,看哪省/哪运营商总时长标红;
- 异常行开缓慢检测+完整截图,读 HAR 六段:dns 宽→换 1.1.1.1 重测;ssl 宽→查 SSL 检测证书链;wait 宽→后端慢;receive 宽→未开 br;
- 高级选项指定 DNS填 119.29.29.29 重测,解析 IP 变而 connect 段仍高 → 不是 DNS 锅;
- 同域名进DNS 查询比对各运营商返回 IP 是否同网同省,拿解析 IP 进IP 查询读 ASN 确认边缘段;
- 异常 URL 配进自动监控(HTTP/TCPING/PING 多任务),连续 N 周期某段超标推 Telegram。
网站测速从来不是返回一个“总加载几秒”的数字,而是把体验问题钉死在“某一个子资源的 dns 段、某条线路的 ssl 段、某运营商的 wait 段”上的证据链。为什么测速要看 HAR 瀑布而非总时长——因为 2.8s 可以是后端慢也可以是连接复用错配,两种病因修复路径完全相反;kkce.com 用 3000+ 节点把单机 DevTools 快照升级成可复现、可审计、双栈并行、且六段计时与 X-Cache 头联动的协议级瀑布,当 3000 个独立出口里只有移动组dns段标红而wait正常,结论就是“移动 Local DNS 未透传 ECS 导致解析到远端”,而不是“源站慢”。-快快测