应使用 Optional.ofNullable(map.get(key)) 而非 Optional.of()，因后者遇 null 抛 NPE；推荐封装为工具方法 getValue() 提升复用性，并注意 null-value 导致的语义歧义。
用 Optional 封装 Map.get() 的返回值，核心是避免显式判空、减少 NullPointerException，同时让“值可能不存在”这一语义更清晰。关键不在于强行套用 Optional，而在于合理设计访问逻辑。
为什么不能直接用 Optional.of(map.get(key))
因为 map.get(key) 可能返回 null（例如 key 不存在，或 value 本身被存为 null），而 Optional.of(null) 会立即抛出 NullPointerException。这是最常见的误用。
正确做法是使用 Optional.ofNullable(map.get(key)) —— 它能安全接受 null 并返回空的 Optional。
封装成工具方法提升复用性
把重复逻辑提取为静态方法，让调用端简洁又语义明确：
public static <k v> Optional<v> getValue(Map<k v> map, K key) {
return Optional.ofNullable(map == null ? null : map.get(key));
}
</k></v></k>
使用示例：
String name = getValue(userMap, "name").orElse("未知用户");
Integer age = getValue(userMap, "age").filter(a -> a > 0).orElse(18);
结合 computeIfAbsent 或 getOrDefault 前置处理
如果业务允许默认值或需懒初始化，可先用 Map 自身方法预处理，再转 Optional：
- 需要默认值且不修改原 Map：用
getOrDefault(key, defaultValue)→ 再包一层ofNullable - 需要缓存计算结果并写入 Map：用
computeIfAbsent(key, k -> expensiveDefault())→ 返回值直接ofNullable
这样既保持 Map 原语义，又把“是否命中”交给 Optional 表达。
注意 null-value 场景下的语义歧义
Java Map 允许 value 为 null，此时 map.get(key) == null 无法区分“key 不存在”和“key 存在但值为 null”。Optional.ofNullable 也无法解决这个根本问题。
若业务中 value 绝对不允许为 null，建议在 put 时校验，或改用 Map.computeIfPresent 等更精确的操作；若允许 null-value，则需额外约定（如用 Optional.empty() 表示 key 不存在，Optional.of(null) 表示 key 存在但值为空）——但这违背 Optional 设计初衷，通常不推荐。
