ConcurrentHashMap和HashTable

二者都是属于线程安全的HashMap,只是实现方式不同;

  • 底层数据结构:JDK7的ConcurrentHashMap底层采用分段的数组+链表实现;JDK8以后采用的数据结构和HashMap(1.8)的数据结构相同。HashTable采用数组加链表实现。
  • 实现线程安全的方式
    (1)在JDK7的时候,ConcurrentHashMap对整个数组桶进行了分割分段,每一把锁之锁定容器中的某一部分数据,对各线程访问不分段的资源的时候获取的是不同的锁,不会存在锁竞争,提高了并发的效率;在JDK8以后,抛弃了分段Segment的概念,使用synchronized和CAS实现并发操作。
    (2)HashTable使用synchronized来保证线程安全,效率低下,当一个线程访问同步方法的时候,其他线程必须等待,无法put或者get

ConcurrenntHashMap的实现:
(1)JDK7:将数据分为一段一段的存储,每段数据都加一把锁,当一个线程占用所访问一个段数据的时候,其他的段数据是可以被其他的线程访问的;
ConcurrentHashMap是由Sagment数组结构和HashEntry数组结构构成的。Sagment实现了ReentrantLock接口,所以说Sagment数组扮演锁的角色。
(2)JDK8:取消了分段锁,底层结构变成了和HashMap相同的结构,采用CAS和synchronized来保证并发安全。synchronized只锁定当前链表或者二叉树的首节点,只要hash不冲突,就不会出现并发,提升了效率。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值