concurrenthashmap 的 computeifabsent() 是构建内存缓存变量最实用的原子化工具，它将查存、创建、存入三步压缩为线程安全操作，支持惰性加载、桶级锁、幂等保障及单次初始化。

ConcurrentHashMap 的 computeIfAbsent() 是构建内存缓存变量时最实用的原子化工具之一。它把“查是否存在→不存在则创建→存入并返回”这三步压缩成一个线程安全的操作，既避免了手动加锁的繁琐，又防止了多线程重复初始化的问题。

为什么适合做内存缓存变量

缓存变量通常有这些特点：按需加载、只初始化一次、被多个线程共享访问。computeIfAbsent 天然匹配这些需求：

• 键不存在时才执行函数，实现真正的惰性加载，不浪费资源
• 内部基于桶级锁或 CAS，不是全局锁，高并发下吞吐更高
• 返回值直接是缓存对象引用（比如 List、Map、配置对象），后续可直接使用
• 即使多个线程同时触发，也仅有一个线程执行 mappingFunction，其余等待并获取结果

典型缓存场景写法

比如按租户 ID 隔离限流器、按表名缓存元数据、按用户 ID 初始化会话容器：

• 限流器缓存：map.computeIfAbsent(tenantId, k -> new RateLimiter(100))
• 嵌套子映射：map.computeIfAbsent("orders", k -> new ConcurrentHashMap()).put(orderId, order)
• 动态配置加载：configMap.computeIfAbsent("feature.flag", k -> loadFromRemote())

这些写法都只需一行，且无需额外同步块或双重检查锁。

要注意的边界行为

它的“原子性”有明确范围，并非整个函数调用全程受保护：

• 键存在 → 直接返回，mappingFunction 完全不执行
• 键不存在 → 先标记该桶为“计算中”，再执行函数；若函数耗时长，其他线程会阻塞等待，但函数体本身不被锁保护
• 如果函数返回 null，不会写入 map，且下次调用仍会再次执行
• 若函数有副作用（如发 HTTP 请求、改数据库），可能被重复执行——必须保证幂等

和传统方式对比更直观

不用 computeIfAbsent 时，类似逻辑往往要这样写：

• 先 get() 判断，再 synchronized 块里二次检查 + putIfAbsent
• 或用双重检查锁 + volatile 引用，代码膨胀、易出错
• 而 computeIfAbsent 把这些封装进一个方法，语义清晰、出错率低、性能更好