CDN缓存不命中诊断

边缘节点上还没有这份内容时就会回源，这是缓存的正常填充过程。真正要看的是第二次：如果第二次变成 HIT，说明缓存是工作的；仍然 MISS 才说明有问题。

有些加速产品不回写缓存状态头（比如纯转发型、部分 SCDN），工具只能看到 Server 或 Via。另外动态页面、登录页这类本来就不该缓存的地址也不会有 HIT。换一个 css / js / 图片地址再测一次更准。

它会带一个随机参数（?_t=时间戳）再请求一次。带随机参数的 URL 一定是 MISS，所以能看到 CDN 回源时的原始响应头。如果加了参数依然是 HIT，反而说明这家的缓存键不认查询串，所有参数变体共用一份缓存——这既省缓存，也可能导致筛选页串内容。

CDN 的缓存是按节点各自的，本工具只能代表服务器这一条线路。异地、不同运营商、不同节点的命中情况本来就可能不同，要全貌得用多节点拨测。

多数 CDN 默认不缓存 HTML，或者只在很短的 TTL 内缓存，这样改版才能立刻生效。真想让 HTML 走缓存，需要在 CDN 侧单独配规则（比如 s-maxage + 版本化 URL + 发布时主动刷新）。

响应头里 max-age=0 或 s-maxage=0，表示内容一进缓存就过期，CDN 每次都得回源确认。静态资源应该给一年（max-age=31536000）并用文件名哈希做版本。

响应里有 Set-Cookie 通常意味着这是「给某个用户的内容」，缓存下来会把别人的会话发给别人。所以多数 CDN 一见到它就跳过缓存。静态资源不该下发 Cookie，检查一下后端中间件是不是全局加了。

不会。一次诊断最多 4 个请求，只读响应头、不下载正文，每个 IP 每分钟最多 10 次。

支持。证书校验失败会直接报错，不会像浏览器那样给一次「继续访问」的机会——因为 CDN 回源时同样会校验，这里报错往往就是你真实的配置问题。