ConcurrentHashMap.computeIfAbsent 是线程安全懒加载缓存的首选方法,它原子性地完成“查-算-存”,避免竞态条件和重复初始化;要求 mappingFunction 非 null,禁用阻塞逻辑,慎防死锁,支持 Supplier 延迟求值。

ConcurrentHashMap.computeIfAbsent 是 Java 中实现线程安全懒加载缓存最简洁、高效的方式之一。它在键不存在时才执行计算逻辑,并自动将结果放入 map,整个过程原子完成,无需手动加锁或双重检查。
为什么用 computeIfAbsent 而不是 get + put?
手动判断再插入存在竞态条件:多个线程同时发现 key 不存在,都去计算并 put,造成重复构造和覆盖风险。而 computeIfAbsent 内部基于 CAS 和锁分段(JDK8+ 使用 synchronized + Node 锁)保证“查-算-存”三步原子性,天然规避重复初始化问题。
基础用法:构建单例式对象缓存
适合缓存开销大、构造耗时、且实例可复用的对象(如 JSON 解析器、正则 Pattern、数据库连接配置等):
ConcurrentHashMapmapperCache = 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> dsCache = new ConcurrentHashMap<>(); DataSource getDataSource(String url) { return dsCache.computeIfAbsent(url, u -> () -> createDataSourceWithRetry(u) // 真正的创建逻辑被延迟执行 ).get(); // 调用 get() 才真正构造 }
这种方式把“是否创建”的决策交给 computeIfAbsent,“何时创建”的控制权留给调用方,更灵活也更安全。
基本上就这些。用好 computeIfAbsent,既能写出简洁代码,又能避开并发陷阱,是 Java 懒加载缓存的推荐起点。










