最直接的方法是用 get()，但需注意 null 既可能表示键不存在，也可能表示键存在且值为 null；若业务允许 null 值，应配合 containskey() 判断，或优先使用 getordefault() 避免判空。
用 get() 方法最直接，但要注意 null 的歧义
Java 中所有 Map 实现（如 HashMap、TreeMap）都提供 get(Object key) 方法，传入键即可返回对应值。如果键不存在，它返回 null——但这和“键存在且值为 null”无法区分。
- 若业务允许
null作为合法值，不能仅靠get()返回值判断键是否存在，得配合containsKey() -
get()时间复杂度取决于实现：HashMap平均 O(1)，TreeMap是 O(log n) - 注意键的
equals()和hashCode()必须一致，否则get()可能查不到已存的键
需要默认值时优先用 getOrDefault()
Java 8 引入的 getOrDefault() 能避免手动判空，写法更简洁安全：
String value = map.getOrDefault("key", "default");
它内部仍调用 get()，但封装了 null 检查逻辑。注意：默认值不会被存入 map，只是临时返回；如果想“查不到就插入”，要用 computeIfAbsent()。
- 适用于配置读取、缓存兜底等场景
- 传入的默认值对象会被直接返回，不触发任何 map 修改
- 对并发 map（如
ConcurrentHashMap），getOrDefault()是线程安全的读操作
containsKey() 和 get() 别连用，除非真需要区分 null 值
有人习惯先 containsKey() 再 get()，看似稳妥，实则多一次哈希查找，性能有损：
立即学习“Java免费学习笔记（深入）”；
// 不推荐：两次查找
if (map.containsKey("key")) {
String v = map.get("key"); // 第二次哈希定位
}
除非你明确要区分“键不存在”和“键存在但值为 null”，否则直接 get() + 判空更高效。
-
containsKey()本身也走哈希或树查找，开销和get()接近 - 在高并发或高频调用场景下，这种写法会放大性能差异
- 若 map 是
ConcurrentHashMap，两次调用之间还可能存在竞态（键被删掉）
遍历查找只在极少数场景下适用，多数时候是设计信号
用 entrySet() 或 keySet() 遍历匹配键，本质是 O(n) 全量扫描：
for (Map.Entry<String, Integer> e : map.entrySet()) {
if ("target".equals(e.getKey())) return e.getValue();
}
这通常说明当前数据结构选错了。比如本该用 Map<k v></k> 却误用 List<pair>></pair>，或键不是天然唯一标识（如用模糊字段当 key）。
- 仅适合小规模、一次性、低频查找（如初始化参数校验）
- 若需按多个字段查，考虑引入二级索引 map，或改用数据库/搜索引擎
- 别为了“看起来灵活”而放弃哈希查找的 O(1) 优势
get() 或 getOrDefault()。真正容易出问题的，是键对象的 equals()/hashCode() 实现不一致，或者把可变对象（如未重写 hashCode() 的自定义类实例）当键用了——这时候查不到不是方法的问题，而是键本身已经“变味”了。 
