ConcurrentHashMap线程安全机制以及源码分析

1. JDK8中基于HashEntry（首节点）进行线程安全同步保证(在首节点进行加锁)

2. 通过Node＋CAS＋Synchronized机制来完成

 

    static class Node<K,V> implements Map.Entry<K,V> {
        final int hash;
        final K key;
        volatile V val;
        volatile Node<K,V> next;

        Node(int hash, K key, V val, Node<K,V> next) {
            this.hash = hash;
            this.key = key;
            this.val = val;
            this.next = next;
        }

put操作

    final V putVal(K key, V value, boolean onlyIfAbsent) {
        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;
            if (tab == null || (n = tab.length) == 0)
                //如果长度为0，需要对数组进行初始化
                tab = initTable();
            else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) {//如果没有发生hash冲突，则会被封装成一个Node节点，放置到数组下标所对应的位置上面
                //通过CAS进行放置，因为在多线程的情况下，可能同时有多个线程想对同一个位置进行放入节点的操作
                //保证只有一个线程把节点放入到正确的位置上
                if (casTabAt(tab, i, null,
                             new Node<K,V>(hash, key, value, null)))
                    break;                   // no lock when adding to empty bin
            }
            //如果concurrentHashMap正在移动，比如正在扩容，需要调用helpTransfer将节点放入至正确的位置:流程是类似的
            else if ((fh = f.hash) == MOVED)
                tab = helpTransfer(tab, f);
            //表示目标位置已经有元素了，也即发生了hash冲突。通过拉链法解决冲突
            else {
                V oldVal = null;
                //利用了synchronized对头节点进行了锁定，保证只有一个线程能进行拉链法
                synchronized (f) {
                	//接下来的操作和hashMap中的是类似的
                    if (tabAt(tab, i) == f) {
                        if (fh >= 0) {
                        
    

get操作

    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;
    }

没有使用任何的同步或者cas机制来保证线程安全

为什么get不需要加锁?

1. 由于Node的元素val和指针next是用volatile修饰的，线程A修改一个结点或者新增一个节点的时候，对线程B可见的
2. 数组同时也使用volatile修饰，保证在数组扩容的时候保证可见性
3. 对key和value包裹的Node中hash、key都是用final进行了修饰，意味着创建了以后就不能再进行修改了

总结

1. 在JDK8中ConcurrentHashMap的get操作全程不需要加锁，put操作通过CAS+Synchronized关键字来保证线程安全
2.  这样的设计机制保证了，它比其他同步容器如HashTable、Collections.synchronizedMap（）进行包装效率高的原因