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()，导致重复初始化、资源浪费甚至逻辑错误。
立即学习“Java免费学习笔记（深入）”；
computeIfAbsent 将“检查 + 插入”原子化，内部加锁粒度是 hash 桶级别，性能高且语义严谨。
正确使用 computeIfAbsent 初始化缓存
基本用法示例（单例式缓存）：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
```java
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
private ExpensiveObject getOrCreate(String key) {
return cache.computeIfAbsent(key, this::createExpensiveObject);
}
private ExpensiveObject createExpensiveObject(String key) {
// 可加入日志、指标、重试等逻辑
return new ExpensiveObject(key);
}
这种拆分让业务逻辑清晰，也便于单元测试 createExpensiveObject 方法。
