Java中使用computeIfAbsent实现懒加载缓存

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

ConcurrentHashMap.computeIfAbsent 是 Java 中实现线程安全懒加载缓存最简洁、高效的方式之一。它在键不存在时才执行计算逻辑，并自动将结果放入 map，整个过程原子完成，无需手动加锁或双重检查。

为什么用 computeIfAbsent 而不是 get + put？

手动判断再插入存在竞态条件：多个线程同时发现 key 不存在，都去计算并 put，造成重复构造和覆盖风险。而 computeIfAbsent 内部基于 CAS 和锁分段（JDK8+ 使用 synchronized + Node 锁）保证“查-算-存”三步原子性，天然规避重复初始化问题。

基础用法：构建单例式对象缓存

适合缓存开销大、构造耗时、且实例可复用的对象（如 JSON 解析器、正则 Pattern、数据库连接配置等）：

ConcurrentHashMap 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），所以构造逻辑里要确保返回有效对象。另外，该方法在计算期间会短暂阻塞同桶内其他写操作，因此：

• 不要在 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 懒加载缓存的推荐起点。