hashmap基本声明需配对泛型，推荐用map usermap = new hashmap();，避免类型擦除导致classcastexception；支持一个null键和多个null值；遍历时优先entryset()提升性能；初始化时预估容量可减少扩容开销。
HashMap 基本声明和初始化要配对泛型
不写泛型也能编译，但运行时容易因类型擦除出 ClassCastException，尤其在取值后强制转型时。推荐始终显式声明键和值的类型，比如存字符串 ID 到用户对象：
Map<string user> userMap = new HashMap();</string>注意用
Map 接口而非 HashMap 类型声明，方便后续替换实现（如换成 ConcurrentHashMap）。put() 和 get() 是最常用操作，但 null 键/值有特殊行为
HashMap 允许一个 null 键和任意数量的 null 值。但要注意：
-
get(null)能正常返回对应值，但若没存过null键，也会返回null—— 这和“键不存在”无法区分 - 判断键是否存在，优先用
containsKey(key)，而不是靠get(key) == null - 如果业务逻辑里需要区分“值为 null”和“键不存在”，要么避免存
null值，要么改用Optional<v></v>包装返回值
遍历方式选错会影响可读性和性能
三种常见遍历方式适用场景不同：
- 只读键值对且顺序无关：用
entrySet()+ 增强 for 循环，效率最高（避免了重复哈希查找） - 只需要键或只需要值：分别用
keySet()或values()，比先取 entry 再拆解更直接 - 需要修改集合（如删除满足条件的项）：必须用
Iterator，否则会抛ConcurrentModificationException；removeIf()是 Java 8+ 更简洁的选择
userMap.entrySet().forEach(entry -> {<br> System.out.println(entry.getKey() + ": " + entry.getValue());<br>});
扩容机制导致 put() 不是常数时间，但平均仍是 O(1)
HashMap 默认初始容量是 16，负载因子 0.75。当元素数超过 capacity * loadFactor（即 12）时，会触发扩容（翻倍并 rehash）。这意味着：
- 单次
put()在扩容瞬间可能耗时突增（O(n)），但均摊下来仍是 O(1) - 如果能预估大小（比如要存 1000 条数据），建议构造时指定初始容量：
new HashMap(1024)，避免多次扩容 - 容量必须是 2 的幂，内部会自动向上取最近的 2 的幂，所以传 1000 实际得到的是 1024
实际用的时候，最容易被忽略的是 null 键/值的歧义性，以及扩容对突发延迟的影响——尤其在响应敏感的接口里，初始化容量不是可有可无的优化。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
