ConcurrentHashMap.computeIfAbsent 是线程安全懒加载缓存的首选方法，它原子性地完成“查-算-存”，避免竞态条件和重复初始化；要求 mappingFunction 非 null，禁用阻塞逻辑，慎防死锁，支持 Supplier 延迟求值。
ConcurrentHashMap.computeIfAbsent 是 Java 中实现线程安全懒加载缓存最简洁、高效的方式之一。它在键不存在时才执行计算逻辑，并自动将结果放入 map，整个过程原子完成，无需手动加锁或双重检查。
为什么用 computeIfAbsent 而不是 get + put？
手动判断再插入存在竞态条件：多个线程同时发现 key 不存在，都去计算并 put，造成重复构造和覆盖风险。而 computeIfAbsent 内部基于 CAS 和锁分段（JDK8+ 使用 synchronized + Node 锁）保证“查-算-存”三步原子性，天然规避重复初始化问题。
基础用法：构建单例式对象缓存
适合缓存开销大、构造耗时、且实例可复用的对象（如 JSON 解析器、正则 Pattern、数据库连接配置等）：
ConcurrentHashMap<String, ObjectMapper> mapperCache = new ConcurrentHashMap<>();
ObjectMapper getMapper(String configKey) {
return mapperCache.computeIfAbsent(configKey, key -> {
// 只有首次调用才会执行，后续直接返回缓存值
ObjectMapper om = new ObjectMapper();
om.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
return om;
});
}
注意点：函数不能返回 null，且避免阻塞或复杂逻辑
computeIfAbsent 的 mappingFunction 不允许返回 null（会抛 NPE），所以构造逻辑里要确保返回有效对象。另外，该方法在计算期间会短暂阻塞同桶内其他写操作，因此：
立即学习“Java免费学习笔记（深入）”；
- 不要在 lambda 里做 I/O、远程调用、长时间循环
- 如果构造本身依赖其他 computeIfAbsent 调用，可能引发死锁（比如 A 依赖 B，B 又依赖 A），需谨慎设计依赖链
- 若需支持 null 值语义，可用 Optional 包装，或改用
computeIfPresent+ 单独标记机制
进阶技巧：结合 Supplier 实现延迟求值
当构造逻辑需要外部参数或上下文时，可封装为 Supplier，延迟到真正需要时才触发：
ConcurrentHashMap<String, Supplier<DataSource>> dsCache = new ConcurrentHashMap<>();
DataSource getDataSource(String url) {
return dsCache.computeIfAbsent(url, u ->
() -> createDataSourceWithRetry(u) // 真正的创建逻辑被延迟执行
).get(); // 调用 get() 才真正构造
}
这种方式把“是否创建”的决策交给 computeIfAbsent，“何时创建”的控制权留给调用方，更灵活也更安全。
基本上就这些。用好 computeIfAbsent，既能写出简洁代码，又能避开并发陷阱，是 Java 懒加载缓存的推荐起点。
