做过前端或运维的人多半遇到过这个场景：辛辛苦苦改完一个样式文件，兴冲冲地刷新页面，结果页面纹丝不动，还是老样子。于是只能祭出 Ctrl+F5 强制刷新，甚至清空缓存才能看到效果。这背后的「元凶」，就是浏览器缓存。
浏览器的缓存机制其实很朴素：静态资源（CSS、JS、图片）会按照 URL 来缓存。同一个 URL 第一次下载后就存进本地，之后再访问就直接复用缓存，不再向服务器发请求。这个设计本意是加速，让网站秒开、省流量，但它也带来一个副作用——如果文件内容变了，而 URL 没变，浏览器根本不知道文件已经更新，照样给你旧的。
所以问题就变成了：如何让浏览器知道「这个文件更新了」？答案就是给 URL 加一个版本号参数，也就是我们常说的 cache busting（缓存破坏）。
做法很简单，在引用文件时带上 ?v= 参数：report.css?v=20260812b。v 后面的值就是一个版本号，可以按日期加序号来命名。当文件内容有改动时，把版本号往后推一位（bump），比如从 v=20260812b 升到 v=20260812c。这样 URL 从 report.css?v=…b 变成了 report.css?v=…c，在浏览器眼里就是一个全新的地址——缓存里没有它，自然就会重新向服务器下载最新文件，改动立刻生效。
bump 这个词来自版本管理领域（语义化版本号），意思是「把版本号递增一级」。在发布流程里，每改一次文件就 bump 一次对应的版本号，是保证「改了就能看到」的最省事做法；顺带还能让发布日志和线上文件一一对应，排查问题也方便。
顺带说一句，为什么 Ctrl+F5 有用？因为它会忽略缓存、强制重新加载所有资源——但那只是「手动」绕过，而 bump 版本号是「自动」让浏览器主动去拿新文件。两者结合：开发时随手强刷，发布时记得 bump，就能彻底告别「改了没反应」的玄学。
一句话总结：内容变了，URL 也要跟着变。给静态资源加上版本号参数，并养成每次改动就 bump 的习惯，让每次部署都稳稳落地。
