ConcurrentHashMap 1.7 和 1.8 分析

HashMap 结构图

在这里插入图片描述

为什么 HashMap 是线程不安全的?

同时put碰撞导致数据丢失

同时put扩容导致数据丢失

死循环造成的CPU100%

红黑树

每个节点要么是红色,要么是黑色,但根节点永远是黑色的红色节点不能连续(也即是,红色节点的孩子和父亲都不能是红色)

从任一节点到其子树中每个叶子节点的路径都包含相同数量的黑色节点

所有的叶节点都是是黑色的

JDK1.7 的 ConcurrentHashMap 实现和分析

在这里插入图片描述

在这里插入图片描述
Java 7 中的 ConcurrentHashMap 最外层是多个 segment,每个 segment 的底层数据结构与 HashMap 类似,仍然是数组和链表组成的拉链法

每个 segment 独立上 ReentrantLock 锁,每个 segment 之间互不影响,提高了并发效率

ConcurrentHashMap 默认有 16 个 Segments,所以最多可以同时支持 16 个线程并发写(操作分别分布在不同的Segment.上)。这个默认值可以在初始化的时候设置为其他值,但是一旦初始化以后是不可以扩容的

JDK1.8 的 ConcurrentHashMap 实现和分析

在这里插入图片描述

putVal流程

判断 key value 不为空

计算 hash 值

根据对应位置节点的类型来赋值或者 helpTransfer,或者增长链表,或者给红黑树增加节点

检查满足阈值就“红黑树化"

返回 oldVal

    public V put(K key, V value) {
        return putVal(key, value, false);
    }

    /** Implementation for put and putIfAbsent */
    final V putVal(K key, V value, boolean onlyIfAbsent) {
    	// HashMap 允许 key 为 null
        if (key == null || value == null) throw new NullPointerException();
        int hash = spread(key.hashCode());
        int binCount = 0;
        for (Node<K,V>[] tab = table;;) {
            Node<K,V> f; int n, i, fh;
            // tab 初始化操作
            if (tab == null || (n = tab.length) == 0)
                tab = initTable();
            else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) {
            	// CAS 操作成功 break
                if (casTabAt(tab, i, null,
                             new Node<K,V>(hash, key, value, null)))
                    break;                   // no lock when adding to empty bin
            }
            // CAS 操作没有成功判断 hash 值是否为 MOVED,特殊的节点代表正在扩容
            else if ((fh = f.hash) == MOVED)
                tab = helpTransfer(tab, f);
            // 槽点有值进入 else
            else {
                V oldVal = null;
                synchronized (f) {
                    if (tabAt(tab, i) == f) {
                        if (fh >= 0) {
                            binCount = 1;
                            for (Node<K,V> e = f;; ++binCount) {
                                K ek;
                                // 根据 hash 值找到对应位置,如果 key 存在返回
                                if (e.hash == hash &&
                                    ((ek = e.key) == key ||
                                     (ek != null && key.equals(ek)))) {
                                    oldVal = e.val;
                                    if (!onlyIfAbsent)
                                        e.val = value;
                                    break;
                                }
                                Node<K,V> pred = e;
                                // 新创建一个节点,放在链表最后退出循环
                                if ((e = e.next) == null) {
                                    pred.next = new Node<K,V>(hash, key,
                                                              value, null);
                                    break;
                                }
                            }
                        }
                        // 走到这里说明变为红黑树 putTreeVal 把值放到树中去并返回 oldVal
                        else if (f instanceof TreeBin) {
                            Node<K,V> p;
                            binCount = 2;
                            if ((p = ((TreeBin<K,V>)f).putTreeVal(hash, key,
                                                           value)) != null) {
                                oldVal = p.val;
                                if (!onlyIfAbsent)
                                    p.val = value;
                            }
                        }
                    }
                }
                // 完成添加操作判断是否要把链表转为树
                if (binCount != 0) {
                    if (binCount >= TREEIFY_THRESHOLD)
                        treeifyBin(tab, i);
                    if (oldVal != null)
                        return oldVal;
                    break;
                }
            }
        }
        addCount(1L, binCount);
        return null;
    }

get流程

计算 hash 值

找到对应的位置,根据情况进行:

直接取值

红黑树里找值

遍历链表取值

返回找到的结果

    public V get(Object key) {
        Node<K,V>[] tab; Node<K,V> e, p; int n, eh; K ek;
        int h = spread(key.hashCode());
        if ((tab = table) != null && (n = tab.length) > 0 &&
            (e = tabAt(tab, (n - 1) & h)) != null) {
            if ((eh = e.hash) == h) {
                if ((ek = e.key) == key || (ek != null && key.equals(ek)))
                    return e.val;
            }
            else if (eh < 0)
                return (p = e.find(h, key)) != null ? p.val : null;
            while ((e = e.next) != null) {
                if (e.hash == h &&
                    ((ek = e.key) == key || (ek != null && key.equals(ek))))
                    return e.val;
            }
        }
        return null;
    }

ConcurrentHashMap 1.7 和 1.8 的对比

数据结构:并发度由原来默认的 16 变为每个节点都独立,并发度提高了

Hash 碰撞:和 HashMap 一样

并发安全:1.7 中用的是分段锁 segment 它实现 ReentrantLock,而 1.8 用的 CAS + Synchronized

查询复杂度:拉链法长度超过 8 要转为红黑树,时间复杂度由 O(N) 转为 O(logN)

为什么超过 8 要转为红黑树:红黑树的每一个节点占用空间是链表的两倍,泊松分布的概率函数计算得出结论随着链表长度增长,冲突发生的概率越来越小到 8 的时候已经是千万分之一了,正常的情况下链表的长度不会达到 8,所以为了避免极端情况下的效率链表的长度达到 8 会将之转为红黑树

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答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中的版本在同步方式、空值检查以及并发度方面都有所改进,可以提供更为高效的多线程操作能力。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值