1. HashMap 底层结构解析HashMap 是 Java 集合框架中最常用的数据结构之一它的高效性源于其精巧的底层设计。理解 HashMap 的底层结构是掌握其工作原理的第一步。1.1 数组链表的基本结构HashMap 的底层实现是一个数组称为哈希表或桶数组数组的每个元素是一个链表在 Java 8 后可能是红黑树。这种设计结合了数组和链表的优点数组部分提供 O(1) 的随机访问能力链表部分解决哈希冲突问题当创建一个 HashMap 时默认会初始化一个长度为 16 的数组在 Java 8 中这个初始容量可以通过构造函数指定。数组的每个位置称为一个桶bucket每个桶可以存储一个链表。// HashMap 的核心存储结构 transient NodeK,V[] table; // Node 节点的定义 static class NodeK,V implements Map.EntryK,V { final int hash; // 哈希值 final K key; // 键 V value; // 值 NodeK,V next; // 下一个节点 }1.2 哈希函数的设计HashMap 通过哈希函数将键key映射到数组的特定位置。Java 中的哈希函数设计非常巧妙首先调用 key 的 hashCode() 方法获取原始哈希值然后通过扰动函数对原始哈希值进行处理static final int hash(Object key) { int h; return (key null) ? 0 : (h key.hashCode()) ^ (h 16); }这个扰动函数将高16位与低16位异或的目的是为了减少哈希冲突。当数组长度较小时高位的变化也能影响到最终的索引计算从而使得哈希分布更加均匀。1.3 索引计算得到扰动后的哈希值后HashMap 通过以下方式计算键值对应在数组中的位置index (n - 1) hash其中 n 是数组的长度。这个计算等价于 hash % n但位运算的效率更高。这也是为什么 HashMap 的容量总是 2 的幂次方 - 这样 (n-1) 的二进制表示就是全1比如 15 是 1111与 hash 值做与运算就能得到均匀分布的索引。注意这就是为什么hashmap 扩容为什么是 2 的幂次成为常见面试题。如果不是 2 的幂次上述高效的索引计算方式就无法使用而且哈希分布也会不均匀。2. HashMap 的冲突解决机制即使有良好的哈希函数冲突不同的键映射到同一个数组索引仍然不可避免。HashMap 采用了多种策略来解决冲突。2.1 链表法拉链法这是 HashMap 解决冲突的主要方法。当多个键映射到同一个数组索引时这些键值对会以链表的形式存储在该索引位置。// 简化版的 put 方法核心逻辑 final V putVal(int hash, K key, V value, boolean onlyIfAbsent) { NodeK,V[] tab; NodeK,V p; int n, i; // 如果 table 为空或长度为0则扩容 if ((tab table) null || (n tab.length) 0) n (tab resize()).length; // 计算索引位置如果该位置为空直接放入新节点 if ((p tab[i (n - 1) hash]) null) tab[i] newNode(hash, key, value, null); else { // 冲突发生处理链表或树 NodeK,V e; K k; // 如果第一个节点就匹配 if (p.hash hash ((k p.key) key || (key ! null key.equals(k)))) e p; // 如果是树节点 else if (p instanceof TreeNode) e ((TreeNodeK,V)p).putTreeVal(this, tab, hash, key, value); else { // 遍历链表 for (int binCount 0; ; binCount) { if ((e p.next) null) { p.next newNode(hash, key, value, null); // 链表长度达到阈值转换为红黑树 if (binCount TREEIFY_THRESHOLD - 1) treeifyBin(tab, hash); break; } // 找到匹配的节点 if (e.hash hash ((k e.key) key || (key ! null key.equals(k)))) break; p e; } } // 处理已存在键的情况 if (e ! null) { V oldValue e.value; if (!onlyIfAbsent || oldValue null) e.value value; afterNodeAccess(e); return oldValue; } } modCount; // 如果大小超过阈值扩容 if (size threshold) resize(); afterNodeInsertion(evict); return null; }2.2 红黑树优化Java 8在 Java 8 之前HashMap 在哈希冲突严重时即链表过长查找性能会退化为 O(n)。Java 8 对此进行了优化当链表长度超过阈值默认为8时链表会转换为红黑树将查找性能提升到 O(log n)。final void treeifyBin(NodeK,V[] tab, int hash) { int n, index; NodeK,V e; // 如果 table 太小优先扩容而不是树化 if (tab null || (n tab.length) MIN_TREEIFY_CAPACITY) resize(); else if ((e tab[index (n - 1) hash]) ! null) { TreeNodeK,V hd null, tl null; do { TreeNodeK,V p replacementTreeNode(e, null); if (tl null) hd p; else { p.prev tl; tl.next p; } tl p; } while ((e e.next) ! null); if ((tab[index] hd) ! null) hd.treeify(tab); } }2.3 扩容机制当 HashMap 中的元素数量超过容量与负载因子的乘积时默认负载因子是0.75HashMap 会进行扩容resize通常是扩大为原来的两倍。扩容后所有元素需要重新计算位置并放入新的数组中。final NodeK,V[] resize() { NodeK,V[] oldTab table; int oldCap (oldTab null) ? 0 : oldTab.length; int oldThr threshold; int newCap, newThr 0; if (oldCap 0) { // 超过最大容量就不再扩容 if (oldCap MAXIMUM_CAPACITY) { threshold Integer.MAX_VALUE; return oldTab; } // 新容量是旧容量的两倍 else if ((newCap oldCap 1) MAXIMUM_CAPACITY oldCap DEFAULT_INITIAL_CAPACITY) newThr oldThr 1; // 双倍阈值 } // 初始化容量设置为阈值 else if (oldThr 0) newCap oldThr; else { // 零初始阈值表示使用默认值 newCap DEFAULT_INITIAL_CAPACITY; newThr (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY); } // 计算新的阈值 if (newThr 0) { float ft (float)newCap * loadFactor; newThr (newCap MAXIMUM_CAPACITY ft (float)MAXIMUM_CAPACITY ? (int)ft : Integer.MAX_VALUE); } threshold newThr; SuppressWarnings({rawtypes,unchecked}) NodeK,V[] newTab (NodeK,V[])new Node[newCap]; table newTab; if (oldTab ! null) { // 将旧表中的元素重新散列到新表 for (int j 0; j oldCap; j) { NodeK,V e; if ((e oldTab[j]) ! null) { oldTab[j] null; if (e.next null) newTab[e.hash (newCap - 1)] e; else if (e instanceof TreeNode) ((TreeNodeK,V)e).split(this, newTab, j, oldCap); else { // 保持顺序的优化 NodeK,V loHead null, loTail null; NodeK,V hiHead null, hiTail null; NodeK,V next; do { next e.next; if ((e.hash oldCap) 0) { if (loTail null) loHead e; else loTail.next e; loTail e; } else { if (hiTail null) hiHead e; else hiTail.next e; hiTail e; } } while ((e next) ! null); if (loTail ! null) { loTail.next null; newTab[j] loHead; } if (hiTail ! null) { hiTail.next null; newTab[j oldCap] hiHead; } } } } } return newTab; }扩容是一个相对耗时的操作因为它需要重新计算所有元素的位置。因此如果我们能预估 HashMap 中将要存储的元素数量最好在创建 HashMap 时就指定一个合适的初始容量以减少扩容次数。3. HashMap 的线程安全问题虽然 HashMap 设计精巧且高效但它不是线程安全的。在多线程环境下使用 HashMap 可能会导致以下问题3.1 数据不一致当多个线程同时修改 HashMap 时可能会导致数据丢失或状态不一致。例如两个线程同时执行 put 操作可能会覆盖对方的修改。3.2 死循环问题Java 7 及之前版本在 Java 7 及之前的版本中HashMap 在扩容时可能会导致死循环。这是因为扩容时链表元素的转移是通过头插法实现的在多线程环境下可能会形成环形链表。// Java 7 中的 transfer 方法可能导致死循环 void transfer(Entry[] newTable) { Entry[] src table; int newCapacity newTable.length; for (int j 0; j src.length; j) { EntryK,V e src[j]; if (e ! null) { src[j] null; do { EntryK,V next e.next; int i indexFor(e.hash, newCapacity); e.next newTable[i]; // 头插法 newTable[i] e; e next; } while (e ! null); } } }Java 8 对此进行了改进使用尾插法来转移链表元素避免了环形链表的形成。3.3 线程安全解决方案如果需要在多线程环境中使用类似 HashMap 的结构可以考虑以下方案使用 Collections.synchronizedMapMapString, String map Collections.synchronizedMap(new HashMap());使用 ConcurrentHashMap推荐MapString, String map new ConcurrentHashMap();ConcurrentHashMap 通过分段锁Java 7或 CASsynchronizedJava 8实现了更高的并发性能。4. HashMap 的性能优化实践理解 HashMap 的工作原理后我们可以采取一些措施来优化其性能。4.1 合理设置初始容量和负载因子如果能够预估 HashMap 将要存储的元素数量可以在创建时指定初始容量避免频繁扩容。// 预估有1000个元素负载因子0.75 MapString, String map new HashMap(1333); // 1000 / 0.75 ≈ 13334.2 选择合适的键类型作为键的对象应该正确实现 hashCode() 和 equals() 方法是不可变对象避免修改键导致哈希值变化hashCode() 方法应该产生良好的分布4.3 避免频繁的扩容如果 HashMap 需要存储大量数据最好一次性设置足够的初始容量而不是让它自动扩容多次。4.4 Java 8 的性能优化技巧在 Java 8 及更高版本中可以利用以下特性computeIfAbsent原子性地获取或计算值map.computeIfAbsent(key, k - createExpensiveValue(k));merge合并键值对map.merge(key, value, (oldVal, newVal) - oldVal newVal);forEach遍历map.forEach((k, v) - System.out.println(k v));5. HashMap 常见面试问题解析基于网络热词和实际面试经验以下是关于 HashMap 的常见问题及其解答5.1 HashMap 的工作原理HashMap 通过哈希函数将键映射到数组的特定位置。当发生冲突时使用链表或红黑树存储多个键值对。当元素数量超过阈值时HashMap 会进行扩容。5.2 HashMap 和 Hashtable 的区别特性HashMapHashtable线程安全不安全安全方法同步允许null允许键值都为null不允许性能更高较低迭代器fail-fast不保证继承关系AbstractMapDictionary5.3 为什么 HashMap 的容量是 2 的幂次方高效计算索引(n - 1) hash等价于hash % n但位运算更快哈希分布均匀当 n 是 2 的幂次时(n-1) 的二进制是全1与 hash 做与运算能充分利用 hash 的所有位5.4 HashMap 的负载因子为什么默认是 0.75这是空间和时间成本的一个折衷负载因子过高如1.0会减少空间开销但增加查找成本冲突增多负载因子过低如0.5会减少冲突但增加空间开销和扩容频率0.75 是基于统计学和实验得出的较优值5.5 HashMap 在 Java 8 中的改进链表长度超过阈值8时转换为红黑树提高查找效率扩容时使用尾插法而非头插法避免多线程环境下形成环形链表新增了一些便捷的方法computeIfAbsent, merge等5.6 HashMap 的遍历方式遍历键for (String key : map.keySet()) { System.out.println(key); }遍历值for (String value : map.values()) { System.out.println(value); }遍历键值对for (Map.EntryString, String entry : map.entrySet()) { System.out.println(entry.getKey() entry.getValue()); }Java 8 的 forEachmap.forEach((k, v) - System.out.println(k v));在实际开发中entrySet 的遍历方式通常性能最好因为它不需要额外的查找操作。 
长河君 · 2026/9/16 11:00:35 · 阅读 1.2k 深入解析Java HashMap底层结构与优化实践
1. HashMap 底层结构解析HashMap 是 Java 集合框架中最常用的数据结构之一它的高效性源于其精巧的底层设计。理解 HashMap 的底层结构是掌握其工作原理的第一步。1.1 数组链表的基本结构HashMap 的底层实现是一个数组称为哈希表或桶数组数组的每个元素是一个链表在 Java 8 后可能是红黑树。这种设计结合了数组和链表的优点数组部分提供 O(1) 的随机访问能力链表部分解决哈希冲突问题当创建一个 HashMap 时默认会初始化一个长度为 16 的数组在 Java 8 中这个初始容量可以通过构造函数指定。数组的每个位置称为一个桶bucket每个桶可以存储一个链表。// HashMap 的核心存储结构 transient NodeK,V[] table; // Node 节点的定义 static class NodeK,V implements Map.EntryK,V { final int hash; // 哈希值 final K key; // 键 V value; // 值 NodeK,V next; // 下一个节点 }1.2 哈希函数的设计HashMap 通过哈希函数将键key映射到数组的特定位置。Java 中的哈希函数设计非常巧妙首先调用 key 的 hashCode() 方法获取原始哈希值然后通过扰动函数对原始哈希值进行处理static final int hash(Object key) { int h; return (key null) ? 0 : (h key.hashCode()) ^ (h 16); }这个扰动函数将高16位与低16位异或的目的是为了减少哈希冲突。当数组长度较小时高位的变化也能影响到最终的索引计算从而使得哈希分布更加均匀。1.3 索引计算得到扰动后的哈希值后HashMap 通过以下方式计算键值对应在数组中的位置index (n - 1) hash其中 n 是数组的长度。这个计算等价于 hash % n但位运算的效率更高。这也是为什么 HashMap 的容量总是 2 的幂次方 - 这样 (n-1) 的二进制表示就是全1比如 15 是 1111与 hash 值做与运算就能得到均匀分布的索引。注意这就是为什么hashmap 扩容为什么是 2 的幂次成为常见面试题。如果不是 2 的幂次上述高效的索引计算方式就无法使用而且哈希分布也会不均匀。2. HashMap 的冲突解决机制即使有良好的哈希函数冲突不同的键映射到同一个数组索引仍然不可避免。HashMap 采用了多种策略来解决冲突。2.1 链表法拉链法这是 HashMap 解决冲突的主要方法。当多个键映射到同一个数组索引时这些键值对会以链表的形式存储在该索引位置。// 简化版的 put 方法核心逻辑 final V putVal(int hash, K key, V value, boolean onlyIfAbsent) { NodeK,V[] tab; NodeK,V p; int n, i; // 如果 table 为空或长度为0则扩容 if ((tab table) null || (n tab.length) 0) n (tab resize()).length; // 计算索引位置如果该位置为空直接放入新节点 if ((p tab[i (n - 1) hash]) null) tab[i] newNode(hash, key, value, null); else { // 冲突发生处理链表或树 NodeK,V e; K k; // 如果第一个节点就匹配 if (p.hash hash ((k p.key) key || (key ! null key.equals(k)))) e p; // 如果是树节点 else if (p instanceof TreeNode) e ((TreeNodeK,V)p).putTreeVal(this, tab, hash, key, value); else { // 遍历链表 for (int binCount 0; ; binCount) { if ((e p.next) null) { p.next newNode(hash, key, value, null); // 链表长度达到阈值转换为红黑树 if (binCount TREEIFY_THRESHOLD - 1) treeifyBin(tab, hash); break; } // 找到匹配的节点 if (e.hash hash ((k e.key) key || (key ! null key.equals(k)))) break; p e; } } // 处理已存在键的情况 if (e ! null) { V oldValue e.value; if (!onlyIfAbsent || oldValue null) e.value value; afterNodeAccess(e); return oldValue; } } modCount; // 如果大小超过阈值扩容 if (size threshold) resize(); afterNodeInsertion(evict); return null; }2.2 红黑树优化Java 8在 Java 8 之前HashMap 在哈希冲突严重时即链表过长查找性能会退化为 O(n)。Java 8 对此进行了优化当链表长度超过阈值默认为8时链表会转换为红黑树将查找性能提升到 O(log n)。final void treeifyBin(NodeK,V[] tab, int hash) { int n, index; NodeK,V e; // 如果 table 太小优先扩容而不是树化 if (tab null || (n tab.length) MIN_TREEIFY_CAPACITY) resize(); else if ((e tab[index (n - 1) hash]) ! null) { TreeNodeK,V hd null, tl null; do { TreeNodeK,V p replacementTreeNode(e, null); if (tl null) hd p; else { p.prev tl; tl.next p; } tl p; } while ((e e.next) ! null); if ((tab[index] hd) ! null) hd.treeify(tab); } }2.3 扩容机制当 HashMap 中的元素数量超过容量与负载因子的乘积时默认负载因子是0.75HashMap 会进行扩容resize通常是扩大为原来的两倍。扩容后所有元素需要重新计算位置并放入新的数组中。final NodeK,V[] resize() { NodeK,V[] oldTab table; int oldCap (oldTab null) ? 0 : oldTab.length; int oldThr threshold; int newCap, newThr 0; if (oldCap 0) { // 超过最大容量就不再扩容 if (oldCap MAXIMUM_CAPACITY) { threshold Integer.MAX_VALUE; return oldTab; } // 新容量是旧容量的两倍 else if ((newCap oldCap 1) MAXIMUM_CAPACITY oldCap DEFAULT_INITIAL_CAPACITY) newThr oldThr 1; // 双倍阈值 } // 初始化容量设置为阈值 else if (oldThr 0) newCap oldThr; else { // 零初始阈值表示使用默认值 newCap DEFAULT_INITIAL_CAPACITY; newThr (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY); } // 计算新的阈值 if (newThr 0) { float ft (float)newCap * loadFactor; newThr (newCap MAXIMUM_CAPACITY ft (float)MAXIMUM_CAPACITY ? (int)ft : Integer.MAX_VALUE); } threshold newThr; SuppressWarnings({rawtypes,unchecked}) NodeK,V[] newTab (NodeK,V[])new Node[newCap]; table newTab; if (oldTab ! null) { // 将旧表中的元素重新散列到新表 for (int j 0; j oldCap; j) { NodeK,V e; if ((e oldTab[j]) ! null) { oldTab[j] null; if (e.next null) newTab[e.hash (newCap - 1)] e; else if (e instanceof TreeNode) ((TreeNodeK,V)e).split(this, newTab, j, oldCap); else { // 保持顺序的优化 NodeK,V loHead null, loTail null; NodeK,V hiHead null, hiTail null; NodeK,V next; do { next e.next; if ((e.hash oldCap) 0) { if (loTail null) loHead e; else loTail.next e; loTail e; } else { if (hiTail null) hiHead e; else hiTail.next e; hiTail e; } } while ((e next) ! null); if (loTail ! null) { loTail.next null; newTab[j] loHead; } if (hiTail ! null) { hiTail.next null; newTab[j oldCap] hiHead; } } } } } return newTab; }扩容是一个相对耗时的操作因为它需要重新计算所有元素的位置。因此如果我们能预估 HashMap 中将要存储的元素数量最好在创建 HashMap 时就指定一个合适的初始容量以减少扩容次数。3. HashMap 的线程安全问题虽然 HashMap 设计精巧且高效但它不是线程安全的。在多线程环境下使用 HashMap 可能会导致以下问题3.1 数据不一致当多个线程同时修改 HashMap 时可能会导致数据丢失或状态不一致。例如两个线程同时执行 put 操作可能会覆盖对方的修改。3.2 死循环问题Java 7 及之前版本在 Java 7 及之前的版本中HashMap 在扩容时可能会导致死循环。这是因为扩容时链表元素的转移是通过头插法实现的在多线程环境下可能会形成环形链表。// Java 7 中的 transfer 方法可能导致死循环 void transfer(Entry[] newTable) { Entry[] src table; int newCapacity newTable.length; for (int j 0; j src.length; j) { EntryK,V e src[j]; if (e ! null) { src[j] null; do { EntryK,V next e.next; int i indexFor(e.hash, newCapacity); e.next newTable[i]; // 头插法 newTable[i] e; e next; } while (e ! null); } } }Java 8 对此进行了改进使用尾插法来转移链表元素避免了环形链表的形成。3.3 线程安全解决方案如果需要在多线程环境中使用类似 HashMap 的结构可以考虑以下方案使用 Collections.synchronizedMapMapString, String map Collections.synchronizedMap(new HashMap());使用 ConcurrentHashMap推荐MapString, String map new ConcurrentHashMap();ConcurrentHashMap 通过分段锁Java 7或 CASsynchronizedJava 8实现了更高的并发性能。4. HashMap 的性能优化实践理解 HashMap 的工作原理后我们可以采取一些措施来优化其性能。4.1 合理设置初始容量和负载因子如果能够预估 HashMap 将要存储的元素数量可以在创建时指定初始容量避免频繁扩容。// 预估有1000个元素负载因子0.75 MapString, String map new HashMap(1333); // 1000 / 0.75 ≈ 13334.2 选择合适的键类型作为键的对象应该正确实现 hashCode() 和 equals() 方法是不可变对象避免修改键导致哈希值变化hashCode() 方法应该产生良好的分布4.3 避免频繁的扩容如果 HashMap 需要存储大量数据最好一次性设置足够的初始容量而不是让它自动扩容多次。4.4 Java 8 的性能优化技巧在 Java 8 及更高版本中可以利用以下特性computeIfAbsent原子性地获取或计算值map.computeIfAbsent(key, k - createExpensiveValue(k));merge合并键值对map.merge(key, value, (oldVal, newVal) - oldVal newVal);forEach遍历map.forEach((k, v) - System.out.println(k v));5. HashMap 常见面试问题解析基于网络热词和实际面试经验以下是关于 HashMap 的常见问题及其解答5.1 HashMap 的工作原理HashMap 通过哈希函数将键映射到数组的特定位置。当发生冲突时使用链表或红黑树存储多个键值对。当元素数量超过阈值时HashMap 会进行扩容。5.2 HashMap 和 Hashtable 的区别特性HashMapHashtable线程安全不安全安全方法同步允许null允许键值都为null不允许性能更高较低迭代器fail-fast不保证继承关系AbstractMapDictionary5.3 为什么 HashMap 的容量是 2 的幂次方高效计算索引(n - 1) hash等价于hash % n但位运算更快哈希分布均匀当 n 是 2 的幂次时(n-1) 的二进制是全1与 hash 做与运算能充分利用 hash 的所有位5.4 HashMap 的负载因子为什么默认是 0.75这是空间和时间成本的一个折衷负载因子过高如1.0会减少空间开销但增加查找成本冲突增多负载因子过低如0.5会减少冲突但增加空间开销和扩容频率0.75 是基于统计学和实验得出的较优值5.5 HashMap 在 Java 8 中的改进链表长度超过阈值8时转换为红黑树提高查找效率扩容时使用尾插法而非头插法避免多线程环境下形成环形链表新增了一些便捷的方法computeIfAbsent, merge等5.6 HashMap 的遍历方式遍历键for (String key : map.keySet()) { System.out.println(key); }遍历值for (String value : map.values()) { System.out.println(value); }遍历键值对for (Map.EntryString, String entry : map.entrySet()) { System.out.println(entry.getKey() entry.getValue()); }Java 8 的 forEachmap.forEach((k, v) - System.out.println(k v));在实际开发中entrySet 的遍历方式通常性能最好因为它不需要额外的查找操作。