缓存Cache

先认出这张桌上便签，再决定什么时候撕

下面就是放在慢柜子前面的那张副本。默认命中 v12、2ms。改了源却不撕，便签仍写旧版；撕掉再读，才取回 v13。

知识点：缓存是能重建的易失副本

便签上的版本已经演示了核心关系，这里只给可复用的命名。

• 命中：纸条还在，直接返回，不碰数据库。
• 未命中：回源取真值，再写回便签，下次才能秒回。
• 写后要失效：源变了却不撕，读者会一直拿到旧版。
• 和数据库的边界：库是认账的真数据；缓存丢了可以重建。

什么时候用、怎么用

同一份公开数据被反复读、源又慢或贵时，才在前面放缓存。

• 信号：热门文章、配置、不常改的列表，读远多于写。
• 适用：可重建、可短暂旧、能接受失效策略的数据。
• 不适用：用户私有余额、必须立刻一致的库存——别共用一张便签。
• 最短路径：读先看便签 → 空了回源写回 → 写源后主动撕掉或短 TTL。

正反例：同一篇刚改过的文章，只换撕不撕

目标都是让读者看到新标题，只改更新后是否失效。