Java中如何通过ConcurrentHashMap.computeIfAbsent()确保并发环境下缓存单例初始化？

本文共计700个文字，预计阅读时间需要3分钟。

《ConcurrentHashMap.computeIfAbsent()方法：

为什么 computeIfAbsent 比 if-put 更安全

常见错误写法是先 get 再判断 null、再 put：

❌ 不安全（竞态条件）

```java
if (map.get(key) == null) {
  map.put(key, createExpensiveValue()); // 多个线程可能同时进入
}

这段代码存在竞态：线程 A 判断为 null 后，还没执行 put，线程 B 也判断为 null，两者都调用 createExpensiveValue()，导致重复初始化、资源浪费甚至逻辑错误。

立即学习“Java免费学习笔记（深入）”；

computeIfAbsent 将“检查 + 插入”原子化，内部加锁粒度是 hash 桶级别，性能高且语义严谨。

正确使用 computeIfAbsent 初始化缓存

基本用法示例（单例式缓存）：

```java
ConcurrentHashMap cache = new ConcurrentHashMap();

ExpensiveObject obj = cache.computeIfAbsent("key1", k -> new ExpensiveObject(k));

关键点：

• 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 cache = new ConcurrentHashMap();

private ExpensiveObject getOrCreate(String key) {
  return cache.computeIfAbsent(key, this::createExpensiveObject);
}

private ExpensiveObject createExpensiveObject(String key) {
  // 可加入日志、指标、重试等逻辑
  return new ExpensiveObject(key);
}

这种拆分让业务逻辑清晰，也便于单元测试 createExpensiveObject 方法。