ASPNET MVC5持久化输出缓存场景下静态资源刷新策略求解

以下方案均经过ASP.NET MVC+持久化缓存场景的实践验证，不需要清空存量页面缓存：

方案1：自定义OutputCache增加资源路径动态替换逻辑（侵入性最低） #

这个方案完全不需要修改已存储的10万+缓存页面，仅需调整你自定义的OutputCache模块逻辑：

• 单独维护一份静态资源版本映射表，key为资源原始路径（比如/js/common.js），value为最新的文件哈希值，映射表可存在内存中，每次发布静态资源后更新即可，体积极小性能无损耗
• 在OutputCache将缓存的页面内容返回给客户端前，增加一层轻量替换逻辑：用正则匹配页面中所有静态资源的引用，将旧的哈希值批量替换为映射表中的最新值。可通过静态资源统一前缀（比如所有资源都放在/assets/目录下）缩小匹配范围，单页替换耗时一般在1ms以内，完全不影响响应速度
• 无需修改任何业务代码和存量缓存，后续静态资源更新只需更新映射表即可，自动对所有已缓存页面生效

方案2：静态资源路径做重写映射（零业务代码修改） #

如果不想改动OutputCache逻辑，可通过反向代理层的重写规则实现无感知更新：

• 把原来的查询字符串哈希方案改为路径哈希格式，比如将/js/common.js?v=abc123调整为/static/abc123/js/common.js
• 在IIS中添加URL重写规则，匹配^/static/([0-9a-zA-Z]+)/(.*)$格式的请求，直接重写到/$2，忽略路径中的哈希段
• 页面模板中的资源引用统一使用/static/[全局版本号]/[文件路径]格式，全局版本号可直接用发布时间戳、Git commit哈希，每次静态资源更新后换一个新版本号即可
• 已缓存页面中的旧版本号路径依然可以通过重写规则正常访问，用户拿到新的缓存页面后会自动加载新版本资源，静态资源可直接设置1年的强缓存，完全不会出现过期问题

方案3：静态资源独立域名托管（长期维护成本最低） #

如果可接受小范围修改页面模板，这个方案后续不需要任何额外逻辑处理：

• 所有静态资源迁移到独立域名（比如static.yourdomain.com），资源引用统一写成//static.yourdomain.com/[全局版本号]/[文件路径]
• 静态资源服务端配置重写规则，忽略路径中的版本号段直接映射到真实文件，同时给静态资源配置Cache-Control: public, max-age=31536000, immutable响应头，浏览器只要加载过一次就不会重复请求
• 每次静态资源更新仅需修改模板中的全局版本号，旧版本路径永久可访问，完全不需要考虑页面缓存中的旧资源路径问题

注意：尽量不要用查询字符串携带版本标识，部分旧代理服务器会忽略查询字符串的差异导致缓存失效，路径内嵌版本号的兼容性更好。

内容的提问来源于stack exchange，提问作者Kevin Bradshaw