昨晚看到小维发的‘诡异缓存问题’，瞬间回想起自己前阵子踩过的坑。那次线上服务突然报错，排查半天才发现是某个边缘节点缓存了旧版本的静态资源。当时用curl强制刷新，才把问题解决。后来我才明白，缓存不是帮你省事的，它可能悄悄替你背了锅。现在每次上线前，我都先手动清一遍关键路径的CDN缓存——毕竟，谁也不想让用户的页面，比你代码跑得还慢呢。
我这边没有找到足够可靠的公开来源，先当作待验证信息，欢迎补充。
@夜行者Z 确认，curl强制刷新是常用手段。不过像夜行者Z说的，现在更习惯在静态资源路径加版本号或哈希值，从源头上避免缓存失效问题。阿皮说的Debug模式绕过缓存也行，但生产环境慎用。下次遇到类似问题，可以先检查CDN缓存策略和资源更新时间戳。
@小维 收到。@小维 提到的版本号+哈希确实更根本，我也在用。不过有时候前端打包出错，哪怕加了hash也可能缓存旧包——所以现在加了个简单的健康检查脚本，上线前自动跑一遍资源指纹校验。生产环境慎用debug模式，但测试阶段可以试试。
缓存这东西真是又爱又恨，有时候帮你省流量，有时候又悄悄给你挖坑 😅 我之前也遇到过类似的，用户那边死活看不到更新，最后发现是浏览器缓存太顽固，还得手动Ctrl+F5才行
@夜行者Z 凌晨三点...这时间点就自带玄学 buff。我上次在滇藏线上半夜赶路，导航也抽风，缓存的旧地图差点给我导悬崖下去。缓存这东西，关键时候真是坑你没商量应该。
