ConcurrentHashMap.computeIfAbsent() 是安全初始化缓存的推荐方式,它原子化执行“检查+插入”,仅首个线程执行 mappingFunction,其余线程阻塞等待结果,避免 if-put 方式引发的竞态条件与重复初始化。

ConcurrentHashMap.computeIfAbsent() 是 Java 并发编程中安全初始化缓存的推荐方式,它能保证:当多个线程同时访问同一个 key 时,最多只有一个线程执行 mappingFunction 初始化值,其余线程会阻塞等待该结果,而不是重复创建对象。
为什么 computeIfAbsent 比 if-put 更安全
常见错误写法是先 get 再判断 null、再 put:
❌ 不安全(竞态条件)```java
if (map.get(key) == null) {
map.put(key, createExpensiveValue()); // 多个线程可能同时进入
}
这段代码存在竞态:线程 A 判断为 null 后,还没执行 put,线程 B 也判断为 null,两者都调用 createExpensiveValue(),导致重复初始化、资源浪费甚至逻辑错误。
computeIfAbsent 将“检查 + 插入”原子化,内部加锁粒度是 hash 桶级别,性能高且语义严谨。
正确使用 computeIfAbsent 初始化缓存
基本用法示例(单例式缓存):
```java
ConcurrentHashMap
ExpensiveObject obj = cache.computeIfAbsent("key1", k -> new ExpensiveObject(k));
分析 Java Spring Boot 后端 Controller 代码,自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
关键点:
- lambda 表达式 只会在 key 不存在时被调用一次,且由第一个到达的线程执行
- 若 key 已存在(即使 value 为 null),不会触发 lambda;注意:ConcurrentHashMap 不允许 null value,所以返回 null 说明 key 不存在
- mappingFunction 执行期间,其他线程对同一 key 的 computeIfAbsent 调用会**阻塞等待**,直到初始化完成并返回该值
注意事项与常见陷阱
以下情况会导致非预期行为,需特别留意:
- mappingFunction 中不要调用本 map 的 computeIfAbsent 或 compute,否则可能死锁(内部锁重入不支持)
- mappingFunction 应尽量轻量;若创建过程耗时或可能失败,建议包装异常或降级处理,避免阻塞其他线程过久
- 不能用于“懒加载后可变对象”的场景:computeIfAbsent 返回的是引用,后续修改对象状态不影响缓存机制,但需自行保证线程安全
- 如果初始化逻辑依赖外部状态(如数据库、远程服务),失败时应抛出 RuntimeException(computeIfAbsent 不捕获 checked exception),或在 lambda 内兜底返回默认值/占位符
进阶:结合 Supplier 或缓存工厂封装
为提升可读性和复用性,可封装初始化逻辑:
```java
private final ConcurrentHashMap
private ExpensiveObject getOrCreate(String key) {
return cache.computeIfAbsent(key, this::createExpensiveObject);
}
private ExpensiveObject createExpensiveObject(String key) {
// 可加入日志、指标、重试等逻辑
return new ExpensiveObject(key);
}
这种拆分让业务逻辑清晰,也便于单元测试 createExpensiveObject 方法。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










