网站测速 — HTTP 全过程分析·DNS+TLS+首字节耗时

什么是多地 HTTP 测速

HTTP 测速通过从全国各地的监测节点同时向目标 URL 发起完整 HTTP(S) 请求，测量 DNS 解析 → TCP 连接 → TLS 握手 → 请求发送 → 首字节返回（TTFB）→ 内容下载 的全过程耗时。BiuPing 会拆解每个阶段的耗时，帮你精确定位瓶颈——是 DNS 慢、握手慢，还是服务器响应慢。

相比 Ping 和 TCPing 只能反映网络层和传输层连通性，HTTP 测速能完整展现真实用户打开网页的体验，是站长、SEO、前端性能优化、CDN 运维的核心工具。

适用场景

• 网站打开速度全国分布：了解全国不同地区用户打开你网站的真实耗时，优先优化最慢的地区
• CDN 加速效果验证：接入 CDN 前后对比，看连接时间、TTFB、下载时间分别下降多少
• HTTPS 握手耗时优化：连接时间超过 200ms 往往是 TLS 握手慢，考虑开启 OCSP Stapling、HTTP/2、TLS 1.3
• 服务器响应慢诊断：下载时间占比过大说明后端处理慢，需要优化数据库查询或加 Redis 缓存
• 重定向链过多检测：重定向时间大于 0 意味着有 301/302 跳转，应尽量减少中转

耗时各阶段含义

• 解析（DNS）：域名查询耗时，理想 <30ms；>100ms 说明 DNS 服务器慢或被污染
• 连接（TCP+TLS）：三次握手+TLS 握手耗时，HTTPS 理想 <150ms；>300ms 考虑优化 TLS 配置
• 下载：从首字节到完整内容接收的耗时，取决于页面大小和带宽
• Head（TTFB - 首字节时间）：发送请求到收到第一个字节的耗时，反映服务器响应速度
• 总耗时：上述所有阶段之和，<500ms 优秀，500-1000ms 正常，>2000ms 需要优化

Q：快速测速和缓慢测速的区别？

快速测速：所有节点同时并发发起请求，最快看到结果，适合性能较强的服务器。缓慢测速：每批 3 个节点依次发起，避免瞬时并发压垮目标，适合小型网站、API 限流严格的站点、测试期的预发布环境。

Q：为什么 Ping 延迟 20ms，但 HTTP 总耗时 500ms？

Ping 只测 ICMP 往返（单次网络层延迟），而 HTTP 要完整走 DNS 解析 + TCP 握手（1 RTT）+ TLS 握手（2-3 RTT）+ 请求响应。HTTPS 至少需要 4-5 次网络往返，总耗时自然是 Ping 的 5-10 倍。想优化：开启 HTTP/2 或 HTTP/3、TLS 1.3 0-RTT、使用 OCSP Stapling。

Q：高级选项的 "指定解析 IP" 有什么用？

强制让测试节点用你指定的 IP 去建立连接，跳过 DNS 查询环节。典型用法：① 测试 CDN 某个特定节点的真实性能（绕过智能调度）；② 源站验证（域名还没切 CDN 之前，先用指定 IP 测试新服务器）；③ 故障复现（用户反馈某个 IP 有问题，你直接指定该 IP 复现）。

Q：状态码 200 但总耗时很高正常吗？

200 只说明 HTTP 请求成功，不代表速度快。总耗时高通常是：① 后端处理慢（数据库查询、PHP 执行、Python 框架启动）；② 下载内容过大（未开启 gzip/brotli 压缩）；③ 服务器到测试节点的出口带宽不足。建议结合下载时间和 Head（TTFB）两个指标细分原因。

Q：有重定向时数据怎么看？

如果重定向列显示数字（非 "-"），说明该次请求经过了 301/302 跳转。每次跳转都需要额外一次完整的 DNS + 连接 + 请求过程，是 HTTP 性能的隐形杀手。常见浪费：① HTTP 强制跳 HTTPS（应该在首跳就用 HSTS 告诉浏览器）；② www 域名跳主域（可以考虑在 DNS 或 CDN 层做）。

Q：HEAD 请求和 GET 请求哪个更准？

BiuPing 默认 GET 方法会下载完整内容，耗时最接近真实用户。HEAD 只请求响应头（不下载内容），适合快速验证服务器是否存活、返回什么状态码。测页面真实打开速度用 GET，批量监控节点可达性用 HEAD。