阿里云CDN刷新与预热有什么区别？文件更新后应该选择哪一种？

刷新解决“旧缓存怎么失效”，预热解决“新资源如何提前进入节点”。 两者作用相反，但在同名文件更新、大文件发布和活动上线时经常配合使用。

一、刷新与预热的区别

1. CDN刷新

刷新会向CDN节点下发缓存失效指令，把已经缓存的旧资源标记为过期。刷新生效后，用户再次访问该URL时，节点会回源获取最新文件并重新缓存。

因此，刷新后的第一次访问通常可能是MISS，短时间内还可能增加回源请求、降低缓存命中率。刷新适合旧文件更新、错误内容下线、缓存规则调整等场景。

2. CDN预热

预热是由CDN节点主动访问源站，把指定文件提前拉取到边缘节点。等用户正式访问时，可以直接从节点返回内容，减少首次访问回源带来的延迟和源站压力。

预热适合新安装包、新视频、大型活动页面资源以及预计会迅速产生大量访问的热门文件。预热只能提交具体文件URL，不支持直接预热整个目录。

二、文件更新后应该怎么选？

场景一：原文件URL不变，内容被覆盖

例如：

https://cdn.example.com/static/app.js

文件名没有变化，但源站上的内容已经更新。

推荐顺序是：

更新源站文件 → 刷新旧缓存 → 等待刷新完成 → 预热新文件

刷新用于清除节点上的旧版本；预热则把新版本重新推入节点，避免用户第一次访问时回源。阿里云官方也建议，同名资源更新时先刷新，刷新生效后再执行预热。

如果文件访问量较小，或者源站能够承受少量回源，只执行刷新通常也可以，不一定必须预热。

场景二：发布了带版本号的新文件

例如从：

/app.js

改成：

/app.a8f32c.js

因为新旧文件URL不同，新文件在CDN节点上原本没有缓存，所以通常不需要刷新旧URL。直接预热新文件即可。

这种基于版本号或哈希文件名的发布方式更推荐，能够避免同名缓存覆盖问题，也能减少大规模刷新操作。阿里云文档也建议给一般更新资源增加版本号。

场景三：需要紧急删除错误或违规内容

这时应优先执行刷新，让节点上的错误资源尽快失效。

如果该文件不再提供，就不要继续预热；同时还要先确认源站已删除或替换，否则刷新后用户再次访问，CDN仍可能从源站拉取同一份错误内容。

场景四：发布大文件、安装包或活动资源

如果是APK、ZIP、视频、模型文件等大资源，并且预计上线后会有大量下载，建议提前完成预热。

如果文件属于同名覆盖更新，先刷新再预热；如果是一个全新的版本化URL，直接预热即可。预热任务完成时间会受文件大小、数量和源站性能影响，通常需要一定时间，因此应在活动或版本发布前提前执行。

场景五：修改了缓存时间或响应头配置

修改缓存规则、回源Host、Content-Type或响应头后，新配置通常不会自动覆盖节点中已经存在的旧缓存。需要刷新对应URL或目录，让节点重新回源并按照新规则缓存资源。(阿里云帮助中心)

三、实际发布建议

对于普通网站静态文件，可以采用下面的发布流程：

1. 上传新文件到源站
2. 验证源站内容和状态码正常
3. 同名更新时提交CDN刷新
4. 等待刷新任务达到100%
5. 热门文件或大文件提交预热
6. 使用curl检查缓存状态

验证命令：

curl -I "https://cdn.example.com/static/app.js"

重点观察：

X-Cache: HIT

HIT通常表示当前请求命中了CDN缓存；MISS表示节点未命中，可能发生了回源。如果刚提交预热仍显示MISS，应先检查预热任务是否完成。

四、刷新后仍然看到旧文件怎么办？

常见原因包括：

• 浏览器本地缓存仍保存旧资源；
• 源站文件实际上没有更新；
• 刷新或预热任务尚未完成；
• 目录刷新时源站的ETag或Last-Modified没有变化；
• 页面刷新了，但引用的JS、CSS等子资源没有刷新。

可以使用无痕模式测试，直接检查源站文件，并对具体JS、CSS、图片URL执行刷新，而不是只刷新首页。

最终可以记成一句话：

同名文件更新：先刷新，热门资源再预热；新版本URL：直接预热；紧急下线：只刷新，不预热。