getOrDefault能避开NullPointerException，因为它在key不存在时直接返回指定默认值而非null，避免后续调用空对象方法触发异常；但需注意key为null、泛型擦除导致的类型不匹配及默认值语义歧义等问题。
getOrDefault 为什么能避开 NullPointerException
因为 getOrDefault 在 key 不存在时，直接返回你指定的默认值，而不是 null；而 map.get(key) 返回 null 后再调用方法（比如 .toString() 或 .size()），就立刻触发空指针。
常见错误现象：map.get("user").getName() 报 NullPointerException，但写成 map.getOrDefault("user", new User()).getName() 就安全了——前提是默认值对象本身非空且方法可用。
- 默认值可以是任意类型，不一定是对象：用
0、""、false都合法 - 注意：如果 map 的 value 类型是
Integer，但你传0L当默认值，会触发自动装箱/拆箱，可能隐含NullPointerException（比如 map 存的是null，而你期望它 fallback 到0L，实际却因泛型擦除导致类型不匹配） - 默认值不会被存入 map，只是临时返回——这点和
computeIfAbsent有本质区别
String 作 key 时，getOrDefault 容易忽略的 null 安全问题
很多人以为用了 getOrDefault 就万事大吉，结果在 key 是 null 时翻车：HashMap 允许 null key，但 getOrDefault(null, "default") 看似合理，实则危险——因为如果 map 里真存了 put(null, "actual")，它会返回 "actual"；如果没存，才返回 "default"。但多数人根本没意识到自己代码里 key 可能为 null。
- 检查 key 是否可能为
null，如果是，优先用Objects.requireNonNull(key, "key must not be null")提前拦截 - 不要依赖
getOrDefault来“兜底”非法 key，它只兜底“查无此键”，不兜底“参数非法” - 如果业务上 key 绝对不该为
null，就在 put 前校验，而不是在 get 时靠默认值掩盖问题
和 computeIfAbsent、merge 对比：什么场景该选 getOrDefault
getOrDefault 最适合“只读 + 有备选”的场景；一旦涉及“查不到就创建并写入”，就得换方法。
立即学习“Java免费学习笔记（深入）”；
- 用
getOrDefault：取配置项，缺省用"utf-8"；取用户等级，没设就当1 - 别用
getOrDefault：要初始化一个List并往里 add 元素——这得用computeIfAbsent(key, k -> new ArrayList())，否则每次调用都新建 list，add 了也白 add - 性能影响：
getOrDefault是纯读操作，无同步开销；computeIfAbsent在并发 map（如ConcurrentHashMap）中可能触发锁或 CAS，开销明显更高
泛型擦除下，getOrDefault 的类型推断陷阱
当你写 Map<string number> map = ...; Number n = map.getOrDefault("count", 42);</string>，看着没问题，但其实 42 是 Integer，而 Number 是父类——编译通过，运行也 OK。可一旦换成 map.getOrDefault("count", 42L)，返回类型仍是 Number，但后续如果强制转 Integer 就会抛 ClassCastException。
- 编译器根据第二个参数推断返回类型，不是根据 map 的 value 泛型；所以
getOrDefault(key, "str")返回String，哪怕 map 声明的是Map<k object></k> - 建议显式写类型：
map.<string>getOrDefault(key, "default")</string>（极少需要），更稳妥的是统一用包装类或保持默认值与声明类型一致 - IDE（如 IntelliJ）通常能标出类型不匹配警告，但命令行 javac 不报——别跳过 IDE 提示
最麻烦的不是语法怎么写，而是默认值的语义是否真能代表“缺失”：比如用 -1 表示未设置的计数器，但业务上 -1 本身又可能是合法值，这时候 getOrDefault 就从简化逻辑变成埋雷工具。
