computeifpresent()仅在键存在且值非null时执行计算函数，否则静默返回null；适用于原子更新已有非空值的场景，如计数器累加或字符串拼接。
Map.computeIfPresent() 的触发条件很严格
这个方法只在键 已存在且对应值不为 null 时才执行计算函数。如果键不存在，或者值是 null（哪怕键存在），它直接返回 null，什么也不做。
常见错误是误以为“键存在”就够了，结果发现值被设成 null 后，后续调用 computeIfPresent() 完全没反应——它真的会静默跳过。
- 必须确保旧值非
null，否则函数不会被调用 - 若想处理“键存在但值为
null”的场景，得先用containsKey()+ 手动put()，或改用compute() - 注意：ConcurrentHashMap 中该方法是线程安全的，但计算函数内部仍需自行同步（如果涉及共享状态）
典型用法：原子更新计数器或拼接字符串
适合需要“读-改-写”但又不想显式加锁的场景，比如统计重复事件次数、累积日志片段。
示例：对已有用户增加积分
Map<string integer> scores = new HashMap();
scores.put("alice", 100);
// 仅当 alice 存在且当前分数非 null 时，加 10 分
scores.computeIfPresent("alice", (k, v) -> v + 10); // 返回 110，map 变为 {"alice": 110}
// 对不存在的用户调用，无效果，返回 null
scores.computeIfPresent("bob", (k, v) -> v + 10); // 返回 null，map 不变
</string>
- 计算函数接收两个参数：
k（键）、v（当前非-null值），必须返回新值（可为null） - 返回
null表示“删除该键”，这是合法行为，不是错误 - 不要在 lambda 里修改 map 本身（如再调用
put()），可能引发ConcurrentModificationException（尤其在 ConcurrentHashMap 中）
和 compute()、merge() 的关键区别在哪
三者都支持原子更新，但触发逻辑完全不同：
-
computeIfPresent()：键存在 且 值非null→ 执行函数；否则跳过 -
compute()：键存在 或 不存在都执行函数；函数里需自行判断v == null来区分场景 -
merge()：键存在 → 用remappingFunction合并旧值与给定新值；键不存在 → 直接put(key, value)
如果你的需求明确限定为“只更新已有非空值”，computeIfPresent() 最精准，语义清晰，也避免了 compute() 中冗余的 null 判断分支。
容易忽略的 null 处理细节
很多人栽在“值为 null”这个边界上，尤其当 map 允许存 null 值时（如 HashMap 允许，ConcurrentHashMap 不允许）。
-
ConcurrentHashMap禁止null值，所以只要键存在，v就一定非null，可放心用 -
HashMap或LinkedHashMap中，若曾执行过map.put(k, null)，那么之后对该键的computeIfPresent()调用必然失效 - 调试时可先用
map.get(key)检查返回值是否为null，再决定是否调用该方法
真正难的不是写对语法，而是想清楚你的业务中，“键存在”是否天然意味着“值有效”。如果不是，就得提前兜底。
