Appearance
CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配
主题定位
缓存策略和发布策略必须一起设计，否则前端产物极易出现版本错配。
- 缓存策略和发布策略必须一起设计，否则前端产物极易出现版本错配
- 缓存策略的重点不只是命中率，还包括发布、回滚和多层缓存之间的一致性
- 前端最常见的线上缓存事故，往往不是单层配置错误，而是 HTML、JS、CDN 和浏览器缓存策略没有协同设计
- 如果 HTML 长缓存但 JS 带 hash 短变更，会出现旧 HTML 引用新旧资源混杂的典型错配
关键概念拆分
对象一
对象一 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 对象一 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 对象一 讲清适用边界、失效条件和代价结构，结论才有技术含量。
对象二
对象二 先看职责边界，再看生命周期、数据形态和与其他对象的协作关系。 对象二 的差异最终会体现在 协议语义、连接代价、失败恢复 这几个维度。 对象二 讲清适用边界、失效条件和代价结构，结论才有技术含量。
差异对照与适用场景
- 缓存策略和发布策略必须一起设计，否则前端产物极易出现版本错配
- 缓存策略的重点不只是命中率，还包括发布、回滚和多层缓存之间的一致性
- 前端最常见的线上缓存事故，往往不是单层配置错误，而是 HTML、JS、CDN 和浏览器缓存策略没有协同设计
- 如果 HTML 长缓存但 JS 带 hash 短变更，会出现旧 HTML 引用新旧资源混杂的典型错配
- 带 hash 的静态资源通常适合长期强缓存，因为 URL 变化就意味着内容变化
- HTML 往往需要更短缓存或重验证，因为它负责引用最新的资源清单，过长缓存容易指向已失效的产物
工程建议与边界
- 缓存策略和发布策略必须一起设计，否则前端产物极易出现版本错配
- 缓存策略的重点不只是命中率，还包括发布、回滚和多层缓存之间的一致性
- 前端最常见的线上缓存事故，往往不是单层配置错误，而是 HTML、JS、CDN 和浏览器缓存策略没有协同设计
- 如果 HTML 长缓存但 JS 带 hash 短变更，会出现旧 HTML 引用新旧资源混杂的典型错配
- 带 hash 的静态资源通常适合长期强缓存，因为 URL 变化就意味着内容变化
问答设计及延伸
标准回答
回答 CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配 时，先定义 对象一、对象二 各自解决的问题，再比较它们在 协议语义、连接代价、失败恢复 上的差异，最后给出选型边界和工程代价。
追问拆解
- CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配 与“浏览器缓存：memory cache、disk cache 与验证路径”的边界关系
- CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配 与“Vite 构建体系：预构建、模块转换、插件管线与 HMR”的边界关系
- CDN、浏览器缓存与发布治理：版本化、回滚与缓存失配 与“发布、回滚与前端容灾：为什么静态资源事故最怕半发布”的边界关系
- 跨标签页、跨域、多端协作场景下的结论变化
- 维护成本上升后的优先级调整
容易失分的点
- 只给“哪个好”的结论，不先拆对象
- 只报 API 或术语，不解释运行时行为和代价
- 缺少真实场景，导致结论过度绝对
项目映射
- 结合真实系统说明 对象一 到 对象二 分别落在哪段链路
- 补充未选方案的放弃原因和约束差异
- 补充线上问题、治理动作和验证结果