hashmap1.7和1.8的区别+currenthashmap1.7和1.8区别

JDK1.7中(hashmap)

  1. 使用entry数组来存数据,然后通过hash取模的方法将数据分散存到不同的格子里面,这些key会形成一个链表
  2. 使用头插法

JDK1.8中(hashmap)

  1. hashmap在数组到达64格链表大于8时会将连别变成红黑树提升效率
  2. 使用尾插法避免在并发编程的时候出现循环列表问题将头插法改成尾插法

JcurrentHashmap

  1. 底层加锁机制:

    在JDK1.7中segments数组+HashEntry数组+链表。一个ConcurrentHashMap中有一个Segments数组,一个Segments中存储一个HashEntry数组,每个HashEntry是一个链表结构的元素。segment继承自ReentrantLock锁。首先将数据分为一段一段的存储,然后给每一段数据配一把锁,当一个线程占用锁访问其中一段数据时,其他段的数据也能被其他线程访问,实现了真正的并发访问。

    在JDK1.8中摒弃了Segment,而是采用synchronized+CAS+红黑树来实现,锁的粒度也从段锁缩小为结点锁

    put的流程不同

    在JDK1.7中要进行两次定位,先对Segment进行定位,再对内部的数组下标进行定位。定位之后会采用自旋锁+锁膨胀的机制进行加锁,也就是自旋获取锁,当自旋次数超过64时,会发生膨胀,直接陷入阻塞状态,等待唤醒。并且再整个put期间都持有锁

    在JDK1.8中只需要一次定位,并且采用CAS+synchronized的机制。如果对应下标处没有结点,说明没有发生哈希冲突,此时直接通过CAS进行插入,若成功,直接返回。若失败,则使用synchronized进行加锁插入

  • 10
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值