Chrome缓存存储中图片数小时后消失问题排查咨询

这个问题挺典型的——特定图片定时消失，还都是同一批，绝对不是随机的缓存回收，得从这几个方向挨个深挖：

1. 缓存策略与过期配置 #

• 先查Service Worker的缓存逻辑：你用Cache.put()或者相关API缓存这批图片时，有没有设置过期规则？比如是不是给这批图的Cache-Control头设了max-age=21600（刚好6小时）？或者代码里有没有写定时清理缓存的逻辑，刚好命中这批图片的URL？
• 检查缓存键（cache key）：这批图片的URL有没有带动态参数（比如版本号、时间戳），但缓存的时候没统一处理？比如预加载时缓存的是带参数的URL，离线请求的是不带参数的，Service Worker匹配不到，就误以为缓存没了。
• 排查有没有误删逻辑：有没有地方调用了Cache.delete()，而触发条件刚好匹配这批图片？比如清理旧缓存时的规则写得太宽泛，把特定图片误删了。

2. 浏览器缓存回收机制 #

• 存储配额与LRU策略：Cache Storage共享浏览器的存储配额，如果你的缓存总大小接近上限，浏览器会优先回收**最近最少使用（LRU）**的缓存。这批消失的图片是不是离线后从来没被加载过？要是它们一直没被访问，就会被浏览器标记为“可回收”，6小时左右触发清理也很合理。
• Kiosk模式的特殊限制：不同浏览器的Kiosk模式可能有特殊的缓存清理策略，比如Chrome的Kiosk模式会不会对闲置缓存有更严格的自动清理？可以先在普通浏览器模式下复现测试，排除Kiosk模式的特殊处理。

3. 图片资源的共性特征 #

• 看看这批图片有没有共同特点：比如文件体积特别大？浏览器回收缓存时，通常会先清大文件来快速释放空间，要是这批都是高清大图，就容易被优先清理。
• 检查MIME类型与重定向：是不是这批图片的格式是非标准类型？或者在线预加载时存在重定向，缓存的是重定向后的URL，但离线请求的是原URL，导致Service Worker匹配不到缓存，看起来像是消失了。

4. Service Worker生命周期与错误日志 #

• 检查Service Worker更新：有没有可能离线几小时后，Service Worker自动更新了？新的SW启动后，有没有清理旧的缓存池？比如新策略里没包含这批图片，或者启动时主动删除了旧缓存。
• 查看DevTools日志：打开浏览器DevTools的Application面板，看看Service Worker的控制台有没有缓存相关的错误日志——比如读取失败、删除操作的记录，说不定能直接找到触发缓存消失的原因。
• 排查fetch事件逻辑：是不是对这批图片的请求有特殊处理？比如某些条件下跳过缓存直接走网络，离线时就返回失败，看起来像是缓存没了，实际是逻辑问题。

5. 系统或设备层面的限制 #

• 设备自动清理设置：如果是安卓或Chrome OS的Kiosk设备，有没有开启系统级的自动清理缓存？比如设备存储空间不足时，系统会自动清理浏览器缓存，刚好这批图片在清理范围内。
• 定时重启任务：有没有Kiosk管理软件设置了定时重启浏览器或设备？重启后缓存会被重置，也会导致图片消失。

内容的提问来源于stack exchange，提问作者xavier.seignard