在Java里如何使用HashMap存储数据_Java键值对容器用法说明

HashMap 初始化应预估容量避免扩容开销，线程安全场景慎选ConcurrentHashMap，键需重写equals/hashCode，遍历用entrySet()而非keySet()，顺序需求换LinkedHashMap，有序查询用TreeMap。

HashMap 声明和初始化要选对构造函数

直接用 new HashMap() 看似简单，但默认初始容量是 16，负载因子 0.75。如果预估要存 100 个键值对，不指定初始容量会导致至少 3 次扩容（16 → 32 → 64 → 128），每次扩容都要 rehash 所有已有元素，性能白丢。

• 已知大概数量时，用 new HashMap(expectedSize / 0.75 + 1) 向上取整算初始容量，比如存 100 个，建议写 new HashMap(134)
• 需要线程安全？别直接改用 ConcurrentHashMap —— 它不是 HashMap 的线程安全版“替代品”，而是不同设计目标的实现；若只是偶尔读多写少，加 Collections.synchronizedMap() 更轻量
• 键类型必须正确重写 equals() 和 hashCode()，否则 get() 找不到、put() 可能重复插入——String、Integer 等 JDK 类已实现，自定义类务必检查

put() 和 get() 的行为边界必须清楚

put() 总是返回旧值（或 null），不是操作是否成功的布尔值；get() 找不到时也返回 null，这和「值本身为 null」无法区分，容易引发 NPE 或逻辑错判。

• 判断键是否存在，用 containsKey(key)，别依赖 get(key) != null
• 想避免 null 值带来的歧义，可用 computeIfAbsent(key, k -> defaultValue) 替代先 get() 再 put() 的惯用写法
• put(null, "value") 是允许的（键可为 null），但仅限一个；get(null) 能取到，不过一旦用了 ConcurrentHashMap，null 键会直接抛 NullPointerException

遍历方式选错会导致 ConcurrentModificationException 或性能问题

在循环中调用 remove() 或 put() 是常见崩溃源头；另外，用 keySet().iterator() 遍历再查 get() 是 O(n²) 行为，尤其当 value 是复杂对象时更隐蔽。

• 安全删除：用 Iterator.remove()，不要在 for-each 中直接调 map.remove()
• 高效遍历键值对：用 entrySet()，例如

  for (Map.Entry e : map.entrySet()) { ... }

  ，避免反复 hash 查找
• Java 8+ 推荐用 forEach((k, v) -> {...}) 或流式处理，但注意 stream().f

  

  ilter(...).collect(...) 会新建 Map，原 Map 不变

HashMap 不是万能的，该换容器时别硬扛

如果需要按插入顺序迭代，HashMap 不保证顺序——得换 LinkedHashMap；如果 key 是有序比较场景（如范围查询），TreeMap 更合适；如果 key 是枚举，EnumMap 内存和速度都碾压 HashMap。

• LinkedHashMap 构造时传 true 可启用访问顺序（LRU 缓存基础），但注意它不是线程安全的
• TreeMap 的 subMap()、headMap() 支持区间操作，HashMap 完全不支持
• 频繁只读访问 + 固定数据？考虑用 Map.of()（Java 9+）或 ImmutableMap（Guava），避免意外修改和同步开销

真正麻烦的从来不是怎么放进去，而是放进去之后你忘了它不排序、不线程安全、容忍 null 键但不兼容并发容器、扩容代价藏在看似无害的 put() 里。