cdn缓存未刷新会导致用户访问旧内容、页面错乱及接口返回过期数据，核心是cdn节点仍缓存旧源站响应；需通过多地域测试、禁用浏览器缓存、curl检查响应头确认问题，再核查缓存策略、cache key配置、主动刷新或预热，并验证源站响应正确性。
流量切换后CDN缓存未刷新，会导致用户访问到旧版本内容、页面错乱、功能异常，甚至接口返回过期数据。核心问题在于：CDN节点仍持有旧源站响应的缓存副本，而新流量已指向新源站或新配置，但缓存未主动失效。
确认是否真为CDN缓存未刷新
先排除本地或中间链路干扰，避免误判：
- 用不同地区、不同运营商的设备（如北京联通、广州移动、上海电信）直接访问同一URL，对比响应头中的x-cache（如HIT或MISS）、age、x-cdn等字段，判断是否命中同一CDN节点及缓存时长
- 在浏览器中强制无缓存访问：Ctrl+F5 或打开开发者工具（F12）→ Network → 勾选 “Disable cache” 后刷新，看响应是否更新；若仍为旧内容，说明是CDN层缓存，非浏览器缓存
- 用curl -I命令直连CDN域名，检查Cache-Control、Expires、Last-Modified等响应头是否与预期一致
检查CDN缓存策略与TTL设置
流量切换后内容不更新，往往因为缓存时间（TTL）设得过长，或缓存键（Cache Key）未包含关键区分维度：
- 登录CDN控制台，核对当前生效的缓存规则：静态资源（.js/.css/.png）是否设置了max-age=31536000（1年）且未配置强制刷新逻辑
- 确认缓存键是否忽略了重要变量，例如未包含User-Agent、Accept-Encoding或自定义请求头，导致新旧版本被混存
- 检查是否启用了“智能压缩”或“自动缓存继承”，这类功能可能绕过你手动配置的TTL
主动触发缓存刷新或预热
不能只等自然过期，需人工干预确保一致性：
- 执行URL刷新（推荐）：提交新上线资源的完整URL（如https://cdn.example.com/v2/app.js），CDN会立即清除该路径下所有节点缓存
- 使用目录刷新（慎用）：适用于批量更新，但注意部分CDN对目录刷新有频率/深度限制，且可能误刷未变更文件
- 开启缓存预热：在流量切流前，用脚本模拟请求关键URL，让CDN节点提前回源拉取新内容，避免首访延迟+缓存脏数据
验证源站响应是否已更新
CDN再快，也依赖源站返回正确内容。流量切换后务必确认源站本身已就绪：
- 绕过CDN直连源站IP或Host（如curl -H "Host: example.com" http://10.0.1.5/version.json），确认返回的是新版本数据
- 检查源站是否开启了304 Not Modified逻辑，且ETag或Last-Modified未随内容更新——这会导致CDN误判为“无需更新”
- 若使用灰度发布或AB测试网关，确认路由规则已同步，新流量确实抵达了新服务实例，而非被兜底到旧实例
