HashMap,HashTable与ConcurrentHashMap

最新推荐文章于 2025-05-12 17:05:12 发布

璃月港老大爷

最新推荐文章于 2025-05-12 17:05:12 发布

阅读量915

点赞数 25

CC 4.0 BY-SA版权

文章标签： java 哈希算法开发语言线程安全

本文链接：https://blog.csdn.net/weixin_49817511/article/details/138126881

本文详细介绍了Java中的HashMap、HashTable和ConcurrentHashMap，讨论了它们的概念、原理以及线程安全性和性能特点。HashMap是非线程安全的，适合单线程或同步环境；HashTable线程安全但效率较低；ConcurrentHashMap在高并发场景下具有更好的性能和并发性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

正文：

1.HashMap

1.1概念

HashMap是Java中的一个数据结构，实现了Map接口，用于存储键值对。HashMap允许键和值为null，并提供了快速的查找、插入和删除操作。HashMap基于哈希表实现，通过计算键的哈希码来确定存储位置。

1.2原理

存储结构：HashMap内部由一个数组（称为表）和链表或红黑树组成。数组的每个元素称为桶，每个桶存储一个链表或红黑树的头节点，用于解决哈希冲突。
计算哈希码：当插入一个键值对时，首先计算键的哈希码（通过hashCode方法），然后根据哈希码找到对应的存储位置，即计算索引位置（通过哈希码与数组长度取模）。
解决哈希冲突：如果多个键计算出的哈希码相同（哈希冲突），HashMap会采用链表或红黑树的方式处理。在Java 8中，当链表长度超过阈值（默认为8）时，链表会转换为红黑树，以提高查找性能。
扩容机制：当HashMap中的元素个数超过负载因子（默认为0.75）乘以容量时，会进行扩容操作。扩容会重新计算每个元素的存储位置，分配新的桶数组，并将原有的键值对重新插入到新的桶中，以减少哈希冲突。

1.3线程不安全

结构不稳定：在多线程环境下，如果多个线程同时修改HashMap（比如添加或删除元素），可能会导致HashMap的内部数据结构发生不一致的变化。
数据丢失：当多个线程尝试修改同一个HashMap时，可能会发生数据丢失的情况。例如，如果两个线程都试图通过put()方法添加元素，其中一个线程可能会覆盖另一个线程的添加操作。
死循环：在Java 7及更早版本中，如果多个线程同时对HashMap进行结构修改（例如，rehash操作），可能会导致死循环。在多线程环境下，如果多个线程同时对同一个桶位置进行插入或删除操作，可能会导致链表结构被破坏，出现环形链表。

2.HashTable

2.1概念

HashTable 是遗留类，继承自Dictionary类，而不是直接实现Map接口。它也是一种通过键（key）映射到特定值（value）的数据结构，也允许使用键快速检索、插入和删除对应的值。但在 HashTable 中，所有的键和值都不允许为null。

2.2原理

哈希函数：HashTable 使用键对象的hashCode()方法生成一个哈希码，这是将键映射到哈希表中特定索引的第一步。
索引计算：通过哈希码计算出一个索引值，该索引值决定了键值对在哈希表中存储的位置。
解决冲突：如果两个键的哈希码相同，即发生了冲突，HashTable 会使用链地址法来解决冲突，即在同一个索引位置形成一个链表，所有哈希码相同的键值对都存储在这个链表中。
线程安全：HashTable 的所有方法都是同步的，这意味着它是线程安全的。在多线程环境下，当多个线程尝试同时访问或修改 HashTable 时，内置的锁机制确保了数据的一致性。
扩容：当 HashTable 中的元素数量超过一定阈值时，为了保持较快的访问速度，它会进行扩容操作。扩容涉及到创建一个新的更大的内部数组，并将旧数组中的所有键值对重新映射到新数组中。HashTable在扩容时会重新计算哈希码，重新分配存储位置，保证哈希表的性能。

2.3线程安全

HashTable 的线程安全是通过其内部的所有方法都进行了同步（synchronization）实现的。这意味着，当一个线程开始访问 HashTable 的一个方法时，其他线程必须等待直到该方法操作完成。这种同步机制确保了在多线程环境下，HashTable 的数据不会被同时修改，避免了数据不一致的问题，但是也造成了效率低下的问题。例如当多个线程同时访问HashTable时，即使它们只是在读取数据而不是修改数据，也会被同步锁阻塞，导致效率降低。

3.ConcurrentHashMap

3.1概念

ConcurrentHashMap是Java中用于高并发场景下的线程安全的哈希表实现，它允许多个线程同时读写而不需要额外的同步措施。它通过使用分段锁（segmentation with locks）来实现高并发性能，相比于HashTable，ConcurrentHashMap在性能和并发性方面有很大的优势。

3.2原理

分段锁：ConcurrentHashMap内部分为若干个段（segment），每个段是一个小型的哈希表，并且拥有自己的锁。当一个线程对属于某个段的键值对进行操作时，只需要锁定那个段而不是整个哈希表。
读写分离：ConcurrentHashMap实现了读写分离，允许多个线程同时读取Map，而不会阻塞。在写操作时，只有涉及到写的Segment会被锁住，其他Segment的读操作不受影响，这样可以提高并发性能。
锁机制：在 Java 8 中，ConcurrentHashMap使用 CAS（Compare-And-Swap）操作来实现无锁的原子操作，并且在必要时使用synchronized 关键字来保证线程安全。
扩容:ConcurrentHashMap在扩容时不会对整个Map进行重新哈希，而是只对需要扩容的Segment进行操作。当某个Segment的元素数量达到阈值时，只会对该Segment进行扩容，其他Segment不受影响，减少了对整个Map的影响，提高了性能。
红黑树：为了提高性能，Java 8 中的 ConcurrentHashMap在桶中的元素数量超过一定阈值（默认为 8）时，链表会被转换成红黑树。

3.3线程安全

ConcurrentHashMap在Java 8 使用了原子操作（如compareAndSwap，CAS）来实现无锁的更新，减少了对锁的依赖。在必要时，仍然使用synchronized 来保证线程安全，但仅在特定操作上，如桶（Node）的转移。当桶中的元素数量超过阈值时，链表会被转换成红黑树，以提高查找、插入和删除操作的性能。同时它最小化了锁的粒度，只锁定必要的操作，以减少锁的竞争。同时ConcurrentHashMap 允许锁的公平性设置，可以按照线程等待的顺序来获取锁。

总结：

名称	HashMap	Hashtable	ConcurrentHashMap
是否线程安全	非线程安全	线程安全,所有方法都进行了同步处理	线程安全,采用了分段锁的机制
允许null键值	允许null键值	不允许null键值	允许null键值
性能	HashMap在单线程环境下性能较高，但在多线程环境下需要额外的同步措施来保证线程安全。	由于Hashtable的所有操作都是同步的，因此在单线程环境下性能通常比HashMap差。	在高并发环境下，ConcurrentHashMap通常比Hashtable性能更好，但在单线程环境下可能略逊于HashMap。
使用场景	适用于单线程环境或可以外部同步的环境。	由于性能问题，现在很少使用，可以被ConcurrentHashMap替代。	适用于多线程环境，特别是读多写少的场景。