ConcurrentHashMap 1.7与1.8的锁区别,以及数据结构区别

JDK1.7版本的ReentrantLock+Segment+HashEntry,到JDK1.8版本中synchronized+CAS+HashEntry+红黑树

1.7版本put:

Segment的继承体系可以看出,Segment实现了ReentrantLock,也就带有锁的功能,当执行put操作时,会进行第一次key的hash来定位Segment的位置,如果该Segment还没有初始化,即通过CAS操作进行赋值,然后进行第二次hash操作,找到相应的HashEntry的位置,这里会利用继承过来的锁的特性,在将数据插入指定的HashEntry位置时(链表的尾端),会通过继承ReentrantLock的tryLock()方法尝试去获取锁,如果获取成功就直接插入相应的位置,如果已经有线程获取该Segment的锁,那当前线程会以自旋的方式去继续的调用tryLock()方法去获取锁,超过指定次数就挂起,等待唤醒

1.8版本put:

1)如果没有初始化就先调用initTable()方法来进行初始化过程
2)如果没有hash冲突就直接CAS插入
3如果还在进行扩容操作就先进行扩容
4)如果存在hash冲突,就加锁来保证线程安全,这里有两种情况,一种是链表形式就直接遍历到尾端插入,一种是红黑树就按照红黑树结构插入,
5)最后一个如果Hash冲突时会形成Node链表,在链表长度超过8,Node数组超过64时会将链表结构转换为红黑树的结构,break再一次进入循环
6)如果添加成功就调用addCount()方法统计size,并且检查是否需要扩容

### 回答1: ConcurrentHashMap 1.71.8区别主要在于性能和功能上的改进。具体来说,ConcurrentHashMap 1.8 在以下方面有所改进: 1. 内存占用:ConcurrentHashMap 1.8 的内存占用比 1.7 更小,因为它使用了更少的对象和更少的指针。 2. 并发性能:ConcurrentHashMap 1.8 在并发性能方面有所提升,因为它使用了更高效的算法和数据结构。 3. 扩容机制:ConcurrentHashMap 1.8 的扩容机制更加智能化,可以更好地避免冲突和竞争。 4. 粒度:ConcurrentHashMap 1.8粒度更细,可以更好地支持高并发环境。 总的来说,ConcurrentHashMap 1.8 是一个更加高效、更加智能化的并发哈希表,可以更好地满足多线程环境下的需求。 ### 回答2: ConcurrentHashMap是一个线程安全的Map实现,它可以支持高并发的读操作和一定程度的写操作并发。在Java8之前,ConcurrentHashMap的实现和功能都比较简单,但是在Java8中对其进行了很大的改进。 首先,Java8中的ConcurrentHashMap增加了一些新的方法,如forEachKey、forEachValue、forEachEntry、reduce等,这些方法都是为了更方便地对ConcurrentHashMap进行遍历和操作。 其次,Java8中的ConcurrentHashMap在实现上采用了一种新的方式——分段(Segment Locking)。在Java7及之前,ConcurrentHashMap中只有一个全局,所有的读写操作都要竞争这个,这样会影响并发性能。而在Java8中,ConcurrentHashMap被划分成多个独立的段(Segment),每个段内部拥有一把。这样,当不同的线程对不同的段进行读写操作时,可以并行地进行,大大提高了ConcurrentHashMap的并发性能。 此外,Java8中的ConcurrentHashMap内部也采用了一些新的技术来优化其性能,如CAS、红黑树等,在处理高并发读写时性能更为出色。 综上所述,Java8中的ConcurrentHashMap相比Java7及之前的版本,在功能和性能方面都有了大幅度的提升,更加适合于高并发场景下的使用。 ### 回答3: ConcurrentHashMapJava集合框架中的一个线程安全的哈希表,它可以在多线程环境下使用而不需要显式地进行同步控制。在Java 1.71.8版本中,ConcurrentHashMap都有一些区别。 1. 同步方式 Java 1.7中的ConcurrentHashMap使用分段来进行同步控制,即一个ConcurrentHashMap被分成多个段(Segment),每个段都有一个独立的来控制访问。不同的线程可以往不同的段中插入元素,从而避免了线程间的竞争。 而Java 1.8中的ConcurrentHashMap使用了CAS(Compare and Swap)算法进行同步控制。这种算法比分段更为轻量级,因为它不需要线程之间的协调,而是每个线程都可以自己完成同步操作。此外,Java 1.8中的ConcurrentHashMap使用了一种基于链表的算法来处理哈希冲突,可以大大减少哈希冲突带来的开销。 2. 空值检查 在Java 1.7中,当对一个不存在的键进行获取或删除操作时,需要先检查相应的值是否为null,因为ConcurrentHashMap不能存储null值,如果值为null说明该键不存在。但是,在多线程环境下,这种检查需要进行同步操作,会影响程序的性能。 而在Java 1.8中,ConcurrentHashMap增加了一种isNull()方法,用于判断键是否存在以及值是否为null。这种方式不需要进行同步操作,因此可以提高程序的性能。 3. 并发度的改进 在Java 1.7中,ConcurrentHashMap在创建时需要指定相应的并发度(concurrencyLevel),以确定分段的数量。如果并发度设置得不够大,会导致多个线程竞争同一个,从而影响程序的性能;而如果并发度设置得过大,会造成的浪费。 Java 1.8中的ConcurrentHashMap移除了并发度这一参数,转而使用更为动态的方式来确定分段的数量。这种方式可以根据实际线程并发数来自动计算分段的数量,从而提高程序的性能。 综上所述,Java 1.8中的ConcurrentHashMap相比Java 1.7中的版本在同步方式、空值检查以及并发度方面都有所改进,可以提供更为高效的多线程操作能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值