java中“查询-判定-加载”闭环需三步：先查缓存区分命中/空值/未命中；再用布隆过滤器前置拦截非法key；最后db回源并双重检查写回缓存（含空值短ttl）。
在 java 中用 if-else 实现“查询-判定-加载”闭环，核心不是写多深的嵌套，而是让缓存空值、布隆过滤器、数据库回源三者各司其职，且逻辑清晰不耦合。下面以最常用、可直接落地的方式展开。
先查缓存，空值也要识别
不能只判断 cache.get(key) == null，因为缓存穿透的本质是查一个**根本不存在的 key**，每次都会击穿到 DB。所以必须区分“没命中”和“命中了空值”：
- 推荐用特殊标记值（如
NULL_CACHE对象）或统一封装的Optional<t></t>表示“缓存中明确记录该 key 不存在” - Redis 场景下，可设空值缓存（如
SET key "null" EX 60），并约定客户端把字符串"null"自动转为逻辑空 - if-else 初始分支就应覆盖：缓存命中非空值 → 直接返回；命中空标记 → 返回空/抛异常/走降级；未命中 → 进入判定环节
再过布隆过滤器（可选但强推荐）
若业务存在大量恶意/错误 key（如 ID 为负数、超长字符串、随机哈希），仅靠空值缓存不够——它要先查一次缓存，仍有开销。此时在查缓存前加一层轻量判定：
- 布隆过滤器（如
guava BloomFilter或 RedisBloom）预先加载所有合法 key 的指纹 - if-else 新增前置分支：
if (!bloom.mightContain(key)) { return null; }—— 这里直接拦截 99% 的非法请求，不查缓存也不查 DB - 注意：布隆过滤器有误判率，
mightContain == true不代表 key 一定存在，只能作为“快速放行”依据，后续仍需走缓存 → DB 流程
最后加载并写回，兼顾原子性与一致性
当缓存未命中且布隆放行后，才查 DB。关键在于“查完立刻写缓存”，避免重复击穿，同时防止并发重复加载：
- 用双重检查 + 同步块（或
ConcurrentHashMap.computeIfAbsent）保护首次加载过程 - 示例逻辑：查 DB 得到 result → 若 result != null，写缓存（含过期时间）→ 返回；若 result == null，写空值缓存（短 TTL，如 1~2 分钟）→ 返回 null
- 不要在 if-else 外围做“先查 DB 再决定是否写缓存”，那会失去闭环意义；所有路径都应在同一个 if-else 链内完成“判定 → 加载 → 回填”动作
一个精简可运行的 if-else 主干示意
（省略具体工具初始化，聚焦控制流）
Object value = cache.get(key);
if (value != null && !NULL_MARKER.equals(value)) {
return value; // 缓存命中有效值
} else if (NULL_MARKER.equals(value)) {
return null; // 明确空值，不查库
} else if (!bloom.mightContain(key)) {
return null; // 布隆拦截非法 key
} else {
// 双重检查加载
value = cache.get(key); // 再查一次，防并发
if (value != null && !NULL_MARKER.equals(value)) {
return value;
}
value = db.load(key);
if (value != null) {
cache.set(key, value, 30, TimeUnit.MINUTES);
} else {
cache.set(key, NULL_MARKER, 2, TimeUnit.MINUTES); // 空值短缓存
}
return value;
}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
