求助：浏览器不缓存*.js文件，Chrome异常Firefox正常，需排查设置

你遇到的这个Chrome拒绝缓存JS文件但Firefox完全正常的情况，确实挺让人困惑的——毕竟304状态码、匹配的ETag和IIS的7天过期头看起来都没问题。结合Kentico和Chrome的特性，我整理了几个你可能没排查到的点：

1. Kentico专属缓存配置检查 #

• 静态资源缓存开关：登录Kentico后台，进入「设置」>「系统」>「性能」，确认「启用静态资源缓存」已勾选，同时检查「排除的资源扩展名」里有没有把.js加进去（别笑，有时候手滑会犯这种错）。另外，打开站点根目录的Web.config，找到<staticContent>节点，看看有没有针对.js的单独clientCache配置，会不会覆盖了IIS的全局过期设置，比如：

  <mimeMap fileExtension=".js" mimeType="application/javascript" />
  <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="7.00:00:00" />
  

  确保这里的cacheControlMaxAge和你在IIS里设置的一致。
• 输出缓存干扰：如果你的页面启用了Kentico的输出缓存，系统可能会自动添加额外的缓存控制头。可以临时在后台关闭输出缓存（「设置」>「系统」>「性能」>「输出缓存」），然后测试Chrome是否能正常缓存JS文件。

2. Chrome的特殊缓存行为排查 #

• 关闭「禁用缓存」残留设置：Chrome开发者工具的Network面板顶部有个「禁用缓存」选项，有时候即使关闭了开发者工具，这个设置会意外保留。你可以完全关闭Chrome所有窗口（包括后台进程），再重新打开，或者直接用隐身模式测试——隐身模式会重置所有缓存相关的自定义设置。
• 检查Cache-Control响应头优先级：Chrome对Cache-Control头的优先级远高于Expires。打开Network面板，查看JS文件的响应头，有没有Cache-Control: no-cache、must-revalidate或者private这类指令？如果有，大概率是Kentico的资源处理模块（比如合并JS的功能）自动加上的，导致Chrome每次都要向服务器验证缓存，而不是直接用本地缓存。
• 动态JS资源的URL特性：如果你的JS文件是Kentico动态生成的（比如用GetScriptUrl方法输出，或者带了?v=xxx版本号参数），Chrome可能会把它判定为动态内容，即使ETag匹配也会发起验证请求。你可以尝试直接访问JS文件的原始URL（不带版本参数），看看Chrome会不会缓存它。

3. IIS深层设置验证 #

• 静态内容模块状态：在IIS管理器里，查看站点的「模块」列表，确认StaticFileModule和StaticCompressionModule都已启用——如果这两个模块没加载，IIS的静态文件缓存设置根本不会生效。
• URL重写规则的影响：如果你的站点配置了URL重写规则，某些规则可能会在重写过程中修改响应头。比如有些规则会强制添加Cache-Control: no-cache来确保动态内容不被缓存，但不小心影响到了静态JS文件。可以临时禁用所有重写规则，测试缓存是否恢复正常。

最后补充个小技巧：在Chrome Network面板里，看JS文件的「Size」列，如果显示from disk cache或from memory cache才是真正命中本地缓存；304只是说明缓存有效，但还是发起了验证请求——如果一直是304，那问题就出在Chrome认为这个资源必须每次验证，而不是直接使用缓存。

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