本地缓存优先查，命中直接返回；未命中则查 Redis，再未命中则查数据库并回填两级缓存；异常时逐级降级，确保高可用。
本地缓存优先查，命中直接返回
查询时先访问本地缓存（如 caffeine 或 guava cache），因为它在 jvm 内存中，响应极快。若命中，直接返回结果，不触达 redis 和数据库。
示例逻辑：
- 用 key 构造本地缓存 key，调用
cache.getIfPresent(key) - 非 null 且未过期 → 直接返回值
- 注意：本地缓存需配置合理过期策略（如 expireAfterWrite）和最大容量，避免内存溢出
本地未命中，降级查 Redis
本地缓存没数据，就去 Redis 查。这是第二道防线，兼顾性能与一致性。
操作要点：
- 使用
StringRedisTemplate.opsForValue().get(key)获取值 - 若 Redis 返回非空字符串，反序列化为对象后写入本地缓存（设置短过期，比如 1–2 分钟），再返回
- Redis 也未命中时，不能直接返回 null，需继续降级到 DB
Redis 也空，查数据库并回填两级缓存
最终落到数据库查询。查到后必须“写回”两级缓存，否则下次仍要走全链路。
立即学习“Java免费学习笔记（深入）”；
关键顺序和注意事项：
- 先查 DB，确保数据最新；若 DB 无结果，可考虑写空对象（如
"null"字符串）到 Redis，防穿透（配合布隆过滤器更佳） - 写 Redis：设合理 TTL（比如 30 分钟），并用
set(key, value, timeout, TimeUnit.SECONDS) - 写本地缓存：用
cache.put(key, value)，TTL 可比 Redis 短（如 5 分钟），保证本地更快失效，减少脏数据风险 - 注意事务边界：DB 更新后，务必同步清理或更新对应缓存（删除 or 刷新），避免不一致
异常兜底：任一环节失败，按策略降级或抛错
网络抖动、Redis 拒绝连接、序列化失败等都可能发生。不能让单点故障导致整个查询失败。
建议做法：
- 本地缓存访问异常（极少）→ 忽略，继续走 Redis
- Redis 调用超时或连接异常 → 捕获
RedisConnectionFailureException等，记录 warn 日志，跳过 Redis，直查 DB - DB 查询失败 → 视业务而定：可返回上一次有效缓存（需本地缓存支持 refreshAfterWrite）、或抛自定义业务异常、或返回默认值
- 所有异常建议统一埋点，便于监控缓存各层的失败率
