CDN缓存为什么总是不生效？一文讲透刷新、回源和缓存规则

很多人第一次用 CDN，都会遇到一个很迷惑的问题：明明源站文件已经改了，浏览器里却还是旧内容；明明点了刷新，页面依然没变化。表面上看像是 CDN 没生效，实际上往往是缓存层级、缓存规则和回源逻辑没有理顺。

先理解 CDN 的核心逻辑：它会把源站的静态资源缓存在离用户更近的节点上。用户访问时，优先从边缘节点拿文件，只有节点没有缓存、缓存过期，或者规则要求回源时，才会去源站重新拉取。因此，源站已经更新，不代表用户立刻就能看到最新版本。

最常见的原因是缓存时间设置过长。比如图片、CSS、JS 设置了 7 天缓存，那么 CDN 节点在有效期内通常不会主动去源站检查。此时即使你在服务器上替换了文件，访问同一个 URL 的用户也可能继续拿到旧缓存。解决办法通常有两种：一种是主动刷新 CDN 缓存，另一种是给静态文件改名或加版本号，例如把 style.css 改成 style.v2.css。

第二个常见原因是浏览器缓存和 CDN 缓存叠加。很多人以为自己清了服务器缓存就够了，其实浏览器本地也可能还存着旧文件。特别是 CSS、JS 这类资源，浏览器如果命中本地缓存，连 CDN 都不会再请求。这时候最简单的验证方法是开无痕窗口、强制刷新，或者直接换一个从未访问过该页面的设备测试。

还有一种情况叫“回源了但还是旧文件”。这往往不是 CDN 的问题，而是源站本身没有真正更新成功，或者源站前面还有 Nginx 缓存、应用缓存、对象存储版本控制等多层机制。也就是说，CDN 节点确实去源站拿了最新内容，但源站给它的依旧是旧版本。排查时要分层看：浏览器缓存、CDN 节点缓存、源站 Web 缓存、应用缓存，哪一层没更新，就卡在哪一层。

如果你的网站更新频繁，比较稳妥的做法不是每次手工刷新 CDN，而是从一开始就设计好缓存策略。静态资源走长缓存，但文件名带 hash 或版本号；HTML 页面走短缓存，甚至不缓存；后台接口根据业务场景单独设定。这样既能保留 CDN 加速效果，又不会因为缓存失控影响更新。

简单说，CDN 缓存不生效，通常不是“它坏了”，而是你没有搞清楚它到底缓存了什么、缓存多久、什么时候回源。把缓存层级拆开看，再结合文件版本管理，大多数问题都能快速定位。