很多人对网站测速的理解还停留在“输入网址,出来 2.3 秒,完事”。但生产环境里,总耗时是最没用的指标之一。它把 DNS、TCP、TLS、TTFB、下载、渲染全搅在一起,就像医生只说“病人不舒服”,却不指出是肺、肝、还是神经系统出问题。
在 www.kkce.com(KKCE 快快测)的网站测速模型里,一次 HTTPS 访问被按协议边界切成:
- DNS Lookup:域名解析成 IP,受 DNS 商、TTL、Local DNS 位置、ECS 支持度影响
- TCP Connect:三次握手,耗时约等于 1.5 个 RTT,跨网会放大
- TLS Handshake:TLS1.2 是 2-RTT,TLS1.3 可 1-RTT / 0-RTT,证书链过长会额外传字节
- TTFB:请求发完到首字节回来,含 CDN 边缘处理 + 回源 + 源站处理
- Download:body 传输,受 gzip/br、HTTP/2 多路复用、资源体积影响
- Full Load:浏览器解析 DOM、跑 JS、渲染首屏
为什么不能只看总数?举两个 TTFB 都是 2.5s 的站:
- A 站:DNS 1ms、TCP 20ms、TLS 40ms、TTFB 后端 2390ms → 慢 SQL / 锁等待 / PHP-FPM 排队
- B 站:DNS 1200ms、TCP 300ms、TLS 300ms、后端 700ms → Local DNS 递归远、证书链烂、CDN 调度错
优化动作完全相反:A 加索引、补缓存、查连接池;B 换 DNS 解析商、缩证书链、开 ECS、调 CDN 边缘。
单机curl -w也能拆前几段,但只代表你这条宽带。kkce.com 用 Master-Worker 架构,由边缘 Worker 发冷请求、禁连接复用、NTP 对齐,把各地结果聚成“省份 × 运营商”矩阵。全球 3000+ 节点,超过市面所有平台,于是你能看见“上海电信 DNS 30ms、广东移动 DNS 380ms、教育网 TLS 600ms”这种长尾——平均值永远抹不掉它。
排障铁律:总时长用于汇报,分段耗时用于改配置。网站测速的成熟标志,就是从“几秒”进化到“哪段红”。