computeifabsent可原子化执行查键、计算、写值，避免重复计算与竞态；支持嵌套结构自动初始化；需规避外部依赖、死锁及null返回歧义。
直接用 computeIfAbsent 就能绕过“先查再算后存”这类复合操作的线程安全陷阱，核心在于它把三步压成一个原子动作——查键、调函数、写值，全部在桶级锁内完成，其他线程对同一键只能等待或读到结果，不会重复执行计算逻辑。
避免 get + put 手动组合导致的重复计算
传统写法如 if (!map.containsKey(k)) map.put(k, compute()) 在高并发下会引发竞态：多个线程同时判定键不存在，都触发 compute()，造成资源浪费甚至数据不一致。
- 改用
computeIfAbsent(k, k -> compute())，ConcurrentHashMap 内部会为该桶加锁，确保compute()最多执行一次 - 即使
compute()耗时较长（如查数据库），其余线程也会阻塞等待，而非各自重算 - 返回值即最终结果，无需二次判空或同步校验
构建嵌套结构时自动初始化子容器
常见需求如“按分类维护独立列表”，手动判空 + new + put 容易漏同步，且无法保证子结构本身线程安全。
- 写法：
map.computeIfAbsent("cat1", k -> new ConcurrentHashMap()).put("item", value) - 子 map 创建由
computeIfAbsent保证仅一次，且返回的是已插入的引用，可直接操作 - 注意：子结构也应选并发安全类型（如
ConcurrentHashMap或CopyOnWriteArrayList），否则后续操作仍不安全
规避映射函数中的外部依赖与死锁风险
函数体看似自由，但若引入外部锁、递归调用或阻塞 I/O，会拖垮整个桶的并发性能，甚至引发死锁。
- 禁止在 mappingFunction 中对当前 ConcurrentHashMap 实例加锁（如
synchronized(map)），会导致锁嵌套 - 避免递归调用自身 computeIfAbsent（尤其在 HashMap 中会抛异常，在 ConcurrentHashMap 中虽不崩溃，但可能卡住同桶其他操作）
- 耗时操作建议异步化：函数内提交到线程池，立即返回 Future 或占位对象，后续通过 get() 阻塞获取结果
正确处理 null 返回值与计算失败场景
computeIfAbsent 对函数返回 null 的处理是“不插入、不覆盖”，这常被误认为“失败重试”，实则它不会重试也不会抛异常。
- 若业务要求必须有值，mappingFunction 应确保不返回 null（例如包装为 Optional 或抛出 RuntimeException）
- 若需区分“未计算”和“计算失败”，不能依赖 null；建议用特殊哨兵值、封装 Result 类，或配合 Caffeine 等带加载策略的缓存库
- 函数中抛出异常会被原样传播，调用方需捕获，且异常发生时无值写入，下次调用仍会重试该函数
