海外 cdn 评测 常见误区与避免偏颇结论的实战建议

确定评测目标：性能（TTFB、首屏/完整加载）、可用性、缓存效率、TLS/协议支持、成本。
定义样本对象：选择同一域名下不同大小（1KB、100KB、1MB）的静态资源，以及真实页面测试 URL。
明确维度：地域（至少覆盖美东、美西、欧、亚南）、时间段（高峰/低谷）、ISP 多样性。

固定变量：同一对象、同一 CDN 配置（缓存规则/Headers）、相同 origin。
变化变量：节点地域、DNS 解析策略（是否启用 EDNS/ClientSubnet）、协议（HTTP/1.1、HTTP/2、QUIC）。
生成矩阵示例：3 对象 × 4 地域 × 3 协议 × 2 时间段 = 72 条用例。

命令示例：ping、traceroute、mtr；curl 用法：curl -w "@curl-format.txt" -o /dev/null -s "https://example.com/static1" --http2 --resolve example.com:443:1.2.3.4。
浏览器层测试：使用 WebPageTest（选择不同节点）、Puppeteer + Lighthouse 脚本采集真实加载时间。
自动化：用简单的 Bash/Python 脚本循环不同节点与参数，示例脚本可放在 CI 里定时跑。

清楚 Cache-Control/Expires 设置，测试命中流程：1) 清缓存或使用新 URL 2) 首次请求（回源）记录时间 3) 再次请求记录是否为 HIT（观察 X-Cache 或自定义 header）。
命令示例：curl -I -H "Cache-Control: no-cache" https://example.com/obj；检查响应头 X-Cache、Age、Via。

用 traceroute/mtr 检查到 POP 的路由路径；用 dig +short @resolver example.com 查看 DNS 解析结果；验证是否存在 GeoDNS 差异或 CNAME 链路。
使用 RIPE Atlas / Looking Glass 或各云（GCP/AWS/Azure）小实例做跨区域 traceroute，记录跳数与延迟分布。

测试 TLS：openssl s_client -connect host:443 -servername example.com 查看证书链与协商的 ciphers。
测试 QUIC：使用 quiche/ curl (支持 quic 的版本) 或在线 QUIC 检查工具，记录握手时延与连接复用效果。

采样次数：每个用例至少 20 次分布在不同时间段，计算中位数和 90 百分位，避免用均值受极端值影响。
可视化：用 CSV 导入 Excel 或 Grafana 绘制延迟分布、命中率时间序列；对比不同地域箱线图来观察偏差。

误区一：只看单点测试结果。建议用多点、多次采样并报告中位与 90pct。
误区二：忽略 DNS 和路由对结果影响。建议记录 DNS 响应值与 traceroute 并把它们纳入对比维度。

报告要包含：测试矩阵、脚本/命令、采样时间窗、raw 数据或下载链接、结论的置信区间与假设限制。
避免绝对化语言：用“在本测试条件下”来限定结论，列出可能影响结论的外部因素。

先清理本地 DNS/浏览器缓存（浏览器用无痕/清缓存），用 curl 带上 Cache-Control:no-cache 强制回源查看首响应，再重复请求检查 X-Cache/Age。若要完全排除边缘缓存，使用 CDN 提供的日志或 origin 访问日志对比回源次数。

优先选取目标用户密集的几个关键区域（如美东、欧洲、西南亚），用云小实例（每区 1-2 台）或第三方测平台（WebPageTest、Uptrends）定期采样，减少对象数量但增加每个用例的重复次数与时间窗覆盖。

不要只看单一指标，构建评分矩阵：性能（中位延迟权重 40%）、稳定性（90pct权重 30%）、缓存命中（20%）、成本与功能（10%）。基于矩阵打分并给出基于业务权重的推荐，而不是绝对排名。

来源：海外 cdn 评测 常见误区与避免偏颇结论的实战建议