JDK1.8之ConcurrentHashMap

1.ConcurrentHashMap 的get方法并未加锁;
原理:Node对象中的key是final修饰 ,value是volatile修饰;

static class Node<K,V> implements Map.Entry<K,V> {
        final int hash;
        //不可变量
        final K key;
        //可见性
        volatile V val;
        //volitile 修饰对象或数组会保持地址的可见性
        volatile Node<K,V> next;

2.JDK1.8ConcurrentHashMap 的computerIfAbsent方法存在性能问题;并且该方法可能存在死锁。
(在mybatis 3.5.X中该方法使用频率较高,高并发下存在性能问题,3.5.7会进行修复)

mybatis3.5.6版本该方法使用位置 DefaultReflectorFactory findForClass方法:
问题描述:https://zhuanlan.zhihu.com/p/364340936

public Reflector findForClass(Class<?> type) {
    if (classCacheEnabled) {
        // synchronized (type) removed see issue #461
     	//每次url数据库请求都会到这,但是key都是存在的,会有性能问题
        return reflectorMap.computeIfAbsent(type, Reflector::new);
    } else {
        return new Reflector(type);
    }
}

该方法的含义是对Map 中指定 key 的值进行重新计算,如果不存在这个 key,则添加到 hasMap 中,如存在则返回原始值,不做覆盖操作。
jdk1.8 该方法源码如下:(1.9以后版本已修复)

public V computeIfAbsent(K key, Function<? super K, ? extends V> mappingFunction) {
        if (key == null || mappingFunction == null)
            throw new NullPointerException();
        int h = spread(key.hashCode());
        V val = null;
        int binCount = 0;
        for (Node<K,V>[] tab = table;;) {
            Node<K,V> f; int n, i, fh;
            if (tab == null || (n = tab.length) == 0)
                tab = initTable();
            else if ((f = tabAt(tab, i = (n - 1) & h)) == null) {
               //当该key不存在是插入
            }
            else if ((fh = f.hash) == MOVED)
                tab = helpTransfer(tab, f);
            else {
                boolean added = false;
                //当key存在时,也是使用synchronized修饰,会有性能问题;*******
                //Node本身具有可见性,读取时不需要加锁控制********
                synchronized (f) {
                    if (tabAt(tab, i) == f) {
                        if (fh >= 0) {
                            binCount = 1;
                            for (Node<K,V> e = f;; ++binCount) {
                                K ek; V ev;
                                if (e.hash == h &&
                                    ((ek = e.key) == key ||
                                     (ek != null && key.equals(ek)))) {
                                    val = e.val;
                                    break;
                                }
                                Node<K,V> pred = e;
                                if ((e = e.next) == null) {
                                    if ((val = mappingFunction.apply(key)) != null) {
                                        added = true;
                                        pred.next = new Node<K,V>(h, key, val, null);
                                    }
                                    break;
                                }
                            }
                        }
                        else if (f instanceof TreeBin) {
                            binCount = 2;
                            TreeBin<K,V> t = (TreeBin<K,V>)f;
                            TreeNode<K,V> r, p;
                            if ((r = t.root) != null &&
                                (p = r.findTreeNode(h, key, null)) != null)
                                val = p.val;
                            else if ((val = mappingFunction.apply(key)) != null) {
                                added = true;
                                t.putTreeVal(h, key, val);
                            }
                        }
                    }
                }
                if (binCount != 0) {
                    if (binCount >= TREEIFY_THRESHOLD)
                        treeifyBin(tab, i);
                    if (!added)
                        return val;
                    break;
                }
            }
        }
        if (val != null)
            addCount(1L, binCount);
        return val;
    }

jdk11源码如下:已修复上述问题

...
//上述else(key存在时)分支修复后如下
else {
                    int fh;
                    if ((fh = f.hash) == -1) {
                        tab = this.helpTransfer(tab, f);
                    } else {
                    	//不再用synchronized修饰,提高性能
                        Object fk;
                        Object fv;
                        if (fh == h && ((fk = f.key) == key || fk != null && key.equals(fk)) && (fv = f.val) != null) {
                            return fv;
                        }

                        boolean added = false;
                        synchronized(f) {
                            if (tabAt(tab, i) == f) {
                                if (fh < 0) {
                                ....
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ConcurrentHashMap是Java中线程安全的哈希表实现,它提供了比Hashtable和SynchronizedMap更好的并发性能和可伸缩性。 ConcurrentHashMap的实现原理主要包括以下几个方面: 1. 分段锁设计 ConcurrentHashMap将整个Map分成了多个Segment,每个Segment默认是一个长度为16的数组(可以通过构造函数指定长度)。每个Segment维护了一个HashEntry数组和一个Segment锁。在ConcurrentHashMap中,所有的操作都是在Segment的粒度上进行的,不同的Segment之间可以并发操作。 2. Hash表和Hash算法 ConcurrentHashMap的底层数据结构是一个哈希表,每个元素是一个HashEntry,其中包含了key、value和next指针。在ConcurrentHashMap中,使用了一种称为“位运算”的Hash算法,可以在不需要锁的情况下计算出每个元素的位置,从而提高了并发性能。 3. CAS操作 在ConcurrentHashMap中,使用了CAS(Compare And Swap)操作来保证线程安全,而不是像Hashtable和SynchronizedMap一样使用全局锁。通过CAS操作,可以在不加锁的情况下对某个元素进行修改,从而提高了并发性能。 4. Jdk1.8的改进 在Jdk1.8中,ConcurrentHashMap的实现进行了一些改进,主要包括了以下几个方面: - Segment被废弃了,使用Node数组代替; - 使用了红黑树来优化链表的查找性能; - 使用了批量操作来减少CAS操作的次数,提高了并发性能。 总的来说,ConcurrentHashMap的实现原理是通过分段锁、哈希表和CAS操作来保证线程安全,同时利用了JDK1.8的一些改进来提高并发性能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值