最稳的解决方案是让 CSS 文件 URL 变化，例如在 href 后添加版本参数如 ?v=20240520，配合构建时间戳或文件修改时间动态生成，避免手动维护，并确保 CDN/Nginx 缓存策略包含查询参数。
CSS 文件没更新？大概率是浏览器缓存了 style.css
浏览器对 link 标签引入的 CSS 有强缓存策略，即使你改了文件内容、重新上传，只要 URL 没变，就可能继续用旧缓存。这不是服务器问题，也不是代码写错了，就是浏览器“太省事”。
常见现象：Ctrl+F5 刷新无效，开发者工具 Network 面板里 style.css 状态码是 304 或直接显示 from disk cache；改完样式页面毫无反应。
- 别碰服务器缓存头（如
Cache-Control）来强行禁用——影响性能，且不治本 - 不要靠清空浏览器缓存临时解决——用户不会这么干
- 最稳的方式：让 URL 变化，但又不改文件名
加 v 参数是最小侵入的解法
在 <link> 的 href 后拼一个版本标识，比如 ?v=1.0.2 或 ?v=20240520，浏览器会把它当成新资源请求。
示例：
立即学习“前端免费学习笔记（深入）”；
<link rel="stylesheet" href="style.css?v=20240520">
-
v是约定俗成的参数名，不是必须；ver、ts也行，但别用random类参数（破坏 HTTP 缓存复用） - 值建议用构建时间戳或 Git commit hash（如
?v=abc123），避免手动维护数字版号 - 如果用构建工具（Webpack/Vite），可配
html-webpack-plugin自动注入哈希，生成类似style.css?hash=9f86d0
服务端动态渲染时，别把 v 写死在模板里
PHP/Node.js/Jinja 等模板中硬编码 ?v=1.2，等于又回到手动维护的老路，容易漏发、错发。
- PHP 示例：用
filemtime('style.css')读取最后修改时间，转成秒级时间戳 - Node.js（Express）：可用
fs.statSync('public/style.css').mtimeMs生成参数 - 注意路径要和实际静态资源路径一致，否则
filemtime会报错或返回 0 - 别用
date()或new Date().getTime()—— 每次渲染都变，彻底废掉缓存
CDN 和反向代理可能忽略查询参数
有些 CDN（如早期 Cloudflare 免费版）或 Nginx 配置默认不把 URL 查询参数纳入缓存键，导致 style.css?v=1 和 style.css?v=2 实际共用一个缓存实体。
- Nginx 检查是否有
proxy_cache_key里漏了$args，正确写法类似：proxy_cache_key "$scheme$request_method$host$request_uri$args"; - Cloudflare 默认已支持查询参数区分缓存，但若开了「Always Online」或用了「Cache Everything」规则，需确认是否勾选「Ignore query string」
- 本地测试没问题、上线后失效？优先抓包看 CDN 返回的
X-Cache或Age响应头，确认是不是它在“中间截胡”
缓存链路越长，越容易在某个环节把 ?v=xxx 当透明——不是加了就一定生效，得一层层验。
