lambda 配合 map.computeifabsent 实现线程安全、惰性、原子的变量缓存，仅 key 不存在时执行 lambda 计算并写入，避免重复构造、双重检查锁和冗余判空；推荐 concurrenthashmap，注意 lambda 轻量、key 不可变、防内存泄漏。
用 Lambda 表达式配合 Map.computeIfAbsent 做变量缓存，核心在于“只在键不存在时计算并存入”，避免重复构造、线程安全问题和手动判空样板代码。它天然适合单次初始化、惰性加载、不可变对象缓存等场景。
理解 computeIfAbsent 的执行逻辑
computeIfAbsent 接收一个 key 和一个 Function（常以 Lambda 形式传入），仅当 map 中不包含该 key 时，才调用函数生成值，并将 (key, value) 写入 map；若 key 已存在，则直接返回已有 value，函数根本不会执行。
关键点：
- 操作是原子的（对 ConcurrentHashMap 等线程安全 map 保证单次写入）
- Lambda 是延迟执行的——没命中才运行，不浪费 CPU 和对象分配
- 无需 synchronized 或双重检查锁，代码简洁且不易出错
典型缓存场景与写法示例
比如缓存字符串的 MD5 值、类名对应的 Class 对象、配置项解析结果等：
（以 ConcurrentHashMapString md5 = md5Cache.computeIfAbsent(input, s -> {
try {
return DigestUtils.md5Hex(s.getBytes(StandardCharsets.UTF_8));
} catch (Exception e) {
throw new RuntimeException(e);
}
});
再如缓存 Class 引用（避免重复 Class.forName）：
（ConcurrentHashMapClass> clazz = classCache.computeIfAbsent("com.example.Service",
name -> {
try { return Class.forName(name); }
catch (ClassNotFoundException e) { throw new RuntimeException(e); }
});
注意事项与性能要点
虽然简洁，但几个细节决定是否真正“高性能”：
-
Map 实现必须线程安全：推荐
ConcurrentHashMap；若用普通HashMap，多线程下 computeIfAbsent 不保证原子性，可能重复计算或覆盖 - Lambda 体内不要做重操作：computeIfAbsent 在写入前会加锁（分段或桶级），耗时越长，锁竞争越明显；复杂逻辑建议先在外围预处理，或改用显式 double-check + synchronized
- 缓存 key 要稳定且可比较：避免用含临时状态的对象作 key；String、Integer、枚举等不可变类型最稳妥
- 注意内存泄漏风险：若 key 是局部对象（如匿名内部类实例、带外部引用的 lambda 捕获），可能阻止 GC；优先用轻量、无引用的 key 类型
对比传统写法，优势在哪
不用 computeIfAbsent 时，常见写法是：
if (!cache.containsKey(key)) {
cache.put(key, expensiveCalculation(key));
}
return cache.get(key);
问题明显：
- 两次哈希查找（containsKey + get）
- 非原子：并发时可能多次执行 expensiveCalculation
- 冗余判断和分支，可读性差
而 computeIfAbsent 一次查找、一次插入（如需）、一次返回，底层优化到位，语义清晰，JVM 也更容易内联和优化 Lambda。
