ConcurrentHashMap和HashTable有什么区别?能否取代HashMap?

本文对比分析了Java 1.7和1.8中ConcurrentHashMap与Hashtable的线程安全实现。1.7的ConcurrentHashMap采用分段锁,而1.8则使用Node数组+锁和CAS,提高了并发性能。相比之下,Hashtable全局锁导致的性能瓶颈使其不适用于高并发场景。

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

主要区别体现在实现线程安全的方式上:

1.7:

jdk1.7时,ConcurrentHashMap采用分段锁方式对整个桶数组进行了分割分段(Segment)(其中segment继承自ReentrantLock)每一把锁只锁容器中一部分数据,多线程访问容器里不同数据段的数据,就不会存在锁竞争,提供了并发访问率;

1.8:

jdk1.8,直接摒弃了Segment的概念,直接采用Node数组+链表+红黑树来实现,并发控制使用synchronized和CAS来操作。

②Hashtable则直接对整个结构加锁(synchronized)来保证线程安全,效率非常低下。当一个线程访问同步方法时,其它线程也访问同步方法,可能会进入阻塞或轮询状态,如果使用put添加元素,另一个线程就不能使用put添加元素,也不能使用get。

③不能取代HashMap: Hashtable的任何操作都会把表锁住,是阻塞的,好处是总能够获取最实时的更新,ConcurrentHashMap为非阻塞的,在更新时会局部锁住某部分数据,但不会把整个表都锁住,同步读取操作是完全非阻塞的,在合理条件下效率非常高,坏处是在大量的读取操作时不能保证数据的实时更新。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

苏然HHash#

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值