Map.computeIfAbsent() 是 Java 8 引入的懒加载缓存方法，仅当键不存在时执行计算并存入 Map，键存在则直接返回值，避免重复操作，线程安全且简洁。
Map.computeIfAbsent() 是 Java 8 引入的非常实用的方法，它天然适合实现“懒加载式缓存”：只有当键不存在时才执行计算逻辑，并将结果存入 Map；如果键已存在，则直接返回已有值，不触发计算。这避免了重复构造、重复查询或重复 I/O，是线程安全（对单个 map 操作）且简洁的缓存模式。
核心行为：只在缺失时计算
它的签名是：
V computeIfAbsent(K key, Function super K, ? extends V> mappingFunction)关键点：
- 若 key 已存在（即使 value 为 null），直接返回当前 value，mappingFunction 不执行
- 若 key 不存在，则调用 mappingFunction 计算 value，将
(key, result)插入 map，并返回该 result - 整个操作是原子性的（对 ConcurrentHashMap 等线程安全 map 是线程安全的；HashMap 则仅保证单线程下原子）
典型缓存场景示例
比如按用户 ID 加载用户详情，希望避免重复查数据库：
MapUser getUser(Long userId) {
return userCache.computeIfAbsent(userId, id -> loadUserFromDb(id));
}
说明：
- 首次调用
getUser(1001)→ key 不存在 → 执行loadUserFromDb(1001)→ 结果存入并返回 - 后续再调用
getUser(1001)→ key 已存在 → 直接返回缓存的 User 对象，不查库 - 使用
ConcurrentHashMap可安全用于多线程环境（多个线程同时请求同一 userId，最多一个线程执行加载，其余阻塞等待并复用结果）
注意事项与常见陷阱
看似简单，但实际使用中需留意：
- mappingFunction 内不能修改 map 自身（比如在函数里再调用 computeIfAbsent），否则可能引发 ConcurrentModificationException 或死锁
- 函数必须无副作用或幂等：因为无法保证它只执行一次（尤其在非线程安全 map 中并发调用时，可能被多次调用；ConcurrentHashMap 在 JDK 9+ 保证单次，但旧版本有竞态风险）
-
null 值会被视为“不存在”：如果 mappingFunction 返回 null，computeIfAbsent 会将
(key, null)存入 map —— 下次再 get 仍会触发计算！如需支持 null 值缓存，建议改用 Optional 或自定义占位对象 - 不自动过期：它不是完整缓存方案（无大小限制、无 TTL、无淘汰策略），仅适合轻量、长期有效的映射，如配置项、静态字典、单例工厂实例等
进阶：配合 Supplier 或闭包做延迟初始化
有时计算成本高，且依赖外部状态。可结合 lambda 捕获上下文，实现灵活延迟：
MapString base = "USD";
BigDecimal getRate(String target) {
return exchangeRates.computeIfAbsent(
base + "-" + target,
k -> fetchRateFromApi(base, target)
);
}
这里 key 是组合字符串，mappingFunction 封装了远程调用，确保只在首次需要某对汇率时才发起请求。
