接入 CDN 后如何验证加速效果？命中率、TTFB 与多地拨测实操手册

先明确看什么：三个核心指标

CDN 加速的效果浓缩为三件事：命中率（资源是否由边缘就近送出）、TTFB（首字节到浏览器要多久）、下载吞吐（大文件多久拉完）。三个指标分别对应三类收益：命中率省源站带宽、TTFB 决定浏览体验、吞吐决定大文件与安装包的分发成本。

看懂 X-Cache：命中语义第一步

打开浏览器开发者工具的 Network 面板，任选一个静态资源，看响应头里的 X-Cache：

• HIT：边缘节点本地缓存命中，走的是最快路径；
• MISS：本次回源取件并落盘缓存，首次访问属正常；
• BYPASS：该 URL 走旁路不缓存（动态接口或规则设定如此），一直是 BYPASS 才是对的。

验收时别用单次请求下结论：刷新三五次，看 HIT 比例是否爬升；节点冷启动后的第一发必然 MISS，把它算进统计会得出"接了 CDN 反而更慢"的错觉。

测 TTFB 与吞吐的正确姿势

本地快测用 curl 的 -w 参数取样：%{time_starttransfer} 即 TTFB，%{time_total} 是完整耗时。但"本地体感快"只是自己视角——真实口径是多地多运营商拨测：看不同省份的用户解析到的是否就近节点、各线延迟是否达标。电信用户走电信线、移动用户走移动线，这是智能调度的基本收益，值得用第三方拨测平台跨地域抽一轮。

四个最容易骗到自己的现象

• 参数把命中率吃掉：带随机 query 参数的 URL 各算一份缓存键，命中率天然上不去；
• 把回源速度当加速速度：首访吞吐低是源站上联带宽的体现，大文件等落盘后再测；
• 拨测太频繁被源站防火墙当成攻击：控制并发，别用拨测给自己制造 CC 事故；
• 拿单个节点下结论：调度池是多节点轮转，单点异常要看全池平均。

长期监控：把拨测变成日志

一次性拨测是快照，长期要看每个域名的命中率与 4xx/5xx 趋势。悠梦庭高防CDN 的全平台日志中心把访问、攻击、封禁、Bot 四类日志做成一屏可筛，命中与耗时逐条可查——看曲线而不是猜感觉，才是 CDN 运营的成熟形态。更多实操可逛 资讯中心。