本地缓存优先查，命中直接返回；未命中则查 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 Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

关键顺序和注意事项：

• 先查 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）、或抛自定义业务异常、或返回默认值
• 所有异常建议统一埋点，便于监控缓存各层的失败率

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南