你有没有遇到过这种情况：在手机上刷新一个新闻App，明明昨天看过的头条，今天打开却要重新加载半天？其实这背后很可能就是缓存失效策略在起作用。
什么是缓存失效
缓存就像你家楼下的便利店，把常用的东西提前放好，不用每次都跑大超市。但问题来了——如果商品过期了，你还照着旧信息卖，顾客可就要吃亏了。缓存也一样，数据更新了，旧的缓存就得“下架”，这个过程就叫缓存失效。
常见的失效方式
最简单的办法是设置“保质期”。比如网页图片缓存7天，到期自动作废。这种叫TTL（Time To Live），像牛奶盒上的生产日期：
Cache-Control: max-age=604800 <!-- 7天 -->另一种是主动通知。比如电商平台改了价格，系统直接发个指令：DELETE /cache/product_1024，立刻清除旧数据。这种方式更及时，但对服务器压力大一点。
还有一种叫“懒淘汰”——不主动清理，等用户下次来查，发现缓存还在，先核对一下源数据是否变了，变了就更新再返回。就像你去便利店买泡面，店员看你拿的是老包装，顺手查了下库存，换了新口味给你。
实际生活中的例子
想想微信朋友圈。你刷到一条朋友刚发的动态，过几分钟他删了，你再刷可能还能看见。这是因为客户端缓存还没失效。但如果他发完又秒删，系统可能会立刻推送清除指令，避免信息残留。
再比如天气App，每小时更新一次数据。你在10:05查的气温，其实在10:00就缓存好了，接下来59分钟都用这个值，直到整点刷新。这就是用时间换速度的典型做法。
缓存失效不是非黑即白的选择，而是根据场景权衡速度和准确性。新闻可以容忍几分钟延迟，银行余额可一点都不能错。所以不同地方用的策略也不一样，关键是在“快”和“准”之间找到平衡点。