企业网站建设进入持续维护阶段后，经常会遇到一种比较典型的问题：开发环境已经修改了 CSS、JavaScript 或图片资源，服务器上的文件也已经替换，但部分用户刷新页面以后仍然看到旧版样式。
开发人员在自己的电脑上可能无法复现，清理浏览器缓存以后页面又恢复正常，于是问题容易被简单归结为"用户缓存"。
实际上，如果网站后续还会持续更新，仅靠每次让访问人员清缓存并不能解决问题。更稳定的做法，是在网站建设阶段建立静态资源版本控制和明确的发布流程。
一、先确认旧内容到底缓存在哪里
网页从服务器返回到浏览器，中间可能经过多个缓存环节。
常见位置包括：
浏览器本地缓存；
服务器静态资源缓存；
反向代理缓存；
CDN缓存；
Service Worker缓存。
并不是所有网站都会同时使用这些环节，因此排查时不要一开始就把所有缓存全部清空。
可以先通过浏览器开发者工具查看当前加载的 CSS、JavaScript 和图片请求，确认请求地址、响应状态以及实际返回内容。
如果页面加载的文件地址本身还是旧地址，就应先检查 HTML 模板或程序引用关系。
如果地址已经是新地址，但返回内容仍然是旧文件，再继续排查缓存层。
二、为什么覆盖原文件容易出现版本混乱
假设网站一直使用同一个静态资源地址。
例如页面长期引用：
main.css
某次改版以后，服务器直接使用新文件覆盖原来的 main.css。
从服务器角度看文件已经变化，但访问人员的浏览器可能仍然认为原地址对应的资源处于有效缓存期，因此不会重新获取文件。
这就产生了一个常见现象：
HTML 已经是新版本，CSS 却还是旧版本。
页面结构和样式来自两个不同发布时间的文件，最终就可能出现排版错乱、按钮位置异常或者部分功能失效。
因此，网站建设中的资源更新不能只考虑"服务器文件有没有替换"，还要考虑浏览器能不能识别这是一个新的资源版本。
三、静态资源更适合使用版本化地址
比较稳定的处理方式，是让发生变化的静态资源拥有新的访问地址。
常见思路有两类。
一种是在文件名中加入版本特征，使新旧文件成为不同资源。
另一种是在资源地址中加入版本参数，让浏览器能够区分不同版本。
对于长期维护的网站，更推荐在构建或发布过程中自动生成资源版本，而不是每次人工修改。
这样做的好处是：
没有变化的文件可以继续使用缓存；
发生变化的文件会使用新地址重新加载；
新旧资源之间更容易区分；
版本回退时也更容易找到对应文件。
如果项目使用构建工具，还可以根据文件内容生成资源标识。当文件内容发生变化时，地址同步变化；内容没有改变时，则继续沿用原资源。
四、HTML和静态资源不要使用完全相同的缓存策略
HTML页面与CSS、JavaScript、字体和图片的更新特点并不一样。
企业网站首页、栏目页和产品页面中的 HTML 往往需要较及时地获得新版本，因为 HTML 决定当前页面应该引用哪一批资源。
而带有明确版本标识的静态资源，一旦生成以后内容通常不会再发生变化，因此可以保留较长缓存周期。
这两类内容如果使用完全相同的缓存方式，就容易产生矛盾。
一种常见思路是：
HTML保持较灵活的更新策略；
版本化静态文件使用相对稳定的缓存；
资源内容变化时生成新地址；
旧资源在确认无调用关系后再清理。
重点不是简单把所有缓存时间调短，而是让不同资源采用与自身更新特点相符的方式。
五、发布顺序也会造成新旧资源混用
即使资源已经进行了版本控制，如果上线顺序不合理，短时间内仍然可能出现异常。
例如先发布新的 HTML，而 HTML 已经开始引用新版 CSS，但新版 CSS 此时还没有上传完成。
这段时间内，访问页面就可能出现资源请求失败。
更稳妥的发布顺序通常是：
先准备新版静态资源；
确认新资源能够正常访问；
再发布引用这些资源的新页面；
最后检查主要页面；
确认稳定后再整理不再使用的旧资源。
这样可以减少页面已经开始引用新文件，但新文件尚未准备完成的情况。
六、旧资源不要在发布瞬间全部删除
很多网站部署时会先清空原目录，再上传新版文件。
这种方式在结构简单的网站中可能没有明显问题，但如果存在缓存、并发访问或页面版本切换，就可能产生短时间资源缺失。
特别是采用文件版本化以后，新版页面和旧版页面在切换阶段可能分别引用不同资源。
因此旧资源更适合在确认已经没有实际调用后再进行整理。
如果网站支持版本回退，保留上一版本的必要静态文件，也会使恢复操作更加明确。
七、清理缓存时尽量缩小范围
发现缓存问题后，直接清空全部缓存看起来比较省事，但对于访问量较大的网站，会让大量原本可以继续复用的静态资源重新请求服务器。
更适合的方式是根据问题位置进行处理。
例如：
只有某个CSS文件变化，就检查对应资源；
只有部分图片更新，就处理相关图片；
某个页面模板变化，就检查该页面及其引用关系；
确认整个版本切换异常时，再扩大缓存处理范围。
通过缩小影响范围，可以减少正常资源受到不必要的影响。
八、无痕窗口不能代替完整验证
不少开发人员会使用浏览器无痕窗口检查页面。
这种方式可以减少部分本地缓存干扰，但不能证明服务器、代理或CDN缓存一定没有问题。
网站发布完成后，可以重点检查：
实际请求的资源地址是否为当前版本；
资源响应内容是否已经更新；
HTML是否引用正确的资源；
页面是否出现404或资源加载失败；
电脑端和手机端页面是否一致；
不同网络环境访问结果是否存在明显差异。
如果网站使用CDN、代理缓存或Service Worker，还需要结合对应环境继续检查。
九、把版本管理纳入网站发布流程
缓存问题真正难处理的地方，并不是某一次页面显示异常，而是网站每次更新都依靠人工记忆。
如果每次发布都需要开发人员临时决定改文件名、清缓存、删旧文件，随着维护次数增加，出现遗漏的可能性也会增加。
更适合长期运行的网站建设方式，是把资源版本、上传顺序、页面切换和发布后检查形成固定流程。
这样后续无论是修改页面样式、增加功能还是调整图片资源，都可以按照同一套逻辑进行发布。
总结
企业网站出现"服务器已经更新，但用户仍然看到旧页面"的情况，通常需要同时检查资源地址、缓存策略和发布顺序。
处理重点不是关闭所有缓存，而是让 HTML 与静态资源采用适合的更新方式，并通过版本化资源地址明确区分新旧文件。
对于需要长期维护的网站，把这套机制提前纳入网站建设流程，比每次出现问题后临时清理缓存更加稳定。
作者信息
本文由梓彤超越（武汉）科技有限公司整理。
相关站点：ztbey.com