hashMap和ConcurrentHashMap 1.7和1.8对比。transient volatile关键字。

https://blog.csdn.net/weixin_44460333/article/details/86770169

课外知识

transient

https://www.cnblogs.com/lanxuezaipiao/p/3369962.html

这个类的有些属性需要序列化，而其他属性不需要被序列化，

• 打个比方，如果一个用户有一些敏感信息（如密码，银行卡号等），为了安全起见，不希望在网络操作（主要涉及到序列化操作，本地序列化缓存也适用）中被传输，

• 这些信息对应的变量就可以加上transient关键字。

• 换句话说，这个字段的生命周期仅存于调用者的内存中而不会写到磁盘里持久化。

  总之，java 的transient关键字为我们提供了便利，你只需要实现Serilizable接口，

• 将不需要序列化的属性前添加关键字transient，序列化对象的时候，这个属性就不会序列化到指定的目的地中。

（一个静态变量不管是否被transient修饰，均不能被序列化），

• 反序列化后类中static型变量username的值为当前JVM中对应static变量的值，
• 这个值是JVM中的不是反序列化得出的，

对象的序列化可以通过实现两种接口来实现，

• 若实现的是Serializable接口，则所有的序列化将会自动进行，
• 若实现的是Exter nalizable接口，则没有任何东西可以自动序列化，
  • 需要在writeExternal方法中进行手工指定所要序列化的变量，
  • 这与是否被transient修饰无关。

bcrypt

bcrypt验证方式和其它加密方式不同,

• 不是直接解密得到明文,也不是二次加密比较密文,
• 而是把明文和存储的密文一块运算得到另一个密文,如果这两个密文相同则验证成功。

生成随机数

            //方式一。 0到9000，不是0 也不是9000，在加1000，所以为 0到10000（不包含）
            long l1=(int)(Math.random()*9000+1000);
            //方式二
            long l2=rd.nextInt(9000)+1000;

volatile

volatile 
英 /ˈvɒlətaɪl/  美 /ˈvɑːlətl/  全球(加拿大)  
简明 牛津 新牛津  韦氏  柯林斯 例句  百科
adj. 易变的，动荡不定的，反复无常的；（情绪）易变的，易怒的，突然发作的；（液体或固体）易挥发的，易气化的；（计算机内存）易失的

transient 
英 /ˈtrænziənt/  美 /ˈtrænʃnt/  全球(美国)  
简明 牛津 新牛津  韦氏  柯林斯 例句  百科
adj. 转瞬即逝的，短暂的；暂住的，（工作）临时的
n. 暂住者，流动人口；（电流、电压、频率的）瞬变

• 在Java 5之后，volatile关键字才得以重获生机。
• volatile关键字能保证可见性没有错，可见性只能保证每次读取的是最新的值，
• 但是volatile没办法保证对变量的操作的原子性。

http://www.cnblogs.com/dolphin0520/p/3920373.html

HashMap？ConcurrentHashMap？

• 相信看完这篇没人能难住你！

前言

Map 这样的 Key Value 在软件开发中是非常经典的结构，常用于在内存中存放数据。

本篇主要想讨论 ConcurrentHashMap 这样一个并发容器，在正式开始之前我觉得有必要谈谈 HashMap，没有它就不会有后面的 ConcurrentHashMap。

HashMap

众所周知 HashMap 底层是基于 数组 + 链表 组成的，不过在 jdk1.7 和 1.8 中具体实现稍有不同。

Base 1.7

1.7 中的数据结构图：

先来看看 1.7 中的实现。

这是 HashMap 中比较核心的几个成员变量；看看分别是什么意思？

1. 初始化桶大小，因为底层是数组，所以这是数组默认的大小。
2. 桶最大值。2的30次方=1,073,741,824 10亿零7千万。
   1. integer最大值：2147483647 。21亿。2³¹.
   2. 最小值-21亿。-2147483648。2³¹-1.
3. 默认的负载因子（0.75）
4. table 真正存放数据的数组。
5. Map 存放数量的大小。
6. 桶大小，可在初始化时显式指定。
7. 负载因子，可在初始化时显式指定。

重点解释下负载因子：

由于给定的 HashMap 的容量大小是固定的，比如默认初始化：

    public HashMap() {
        this(DEFAULT_INITIAL_CAPACITY, DEFAULT_LOAD_FACTOR);
    }

    public HashMap(int initialCapacity, float loadFactor) {
        if (initialCapacity < 0)
            throw new IllegalArgumentException("Illegal initial capacity: " +
                    initialCapacity);
        if (initialCapacity > MAXIMUM_CAPACITY)
            initialCapacity = MAXIMUM_CAPACITY;
        if (loadFactor <= 0 || Float.isNaN(loadFactor))
            throw new IllegalArgumentException("Illegal load factor: " +
                    loadFactor);
        this.loadFactor = loadFactor;
        threshold = initialCapacity;
        init();
    }

给定的默认容量为 16，负载因子为 0.75。

• Map 在使用过程中不断的往里面存放数据，当数量达到了 16 * 0.75 = 12
• 就需要将当前 16 的容量进行扩容，而扩容这个过程涉及到 rehash、复制数据等操作，所以非常消耗性能。

因此通常建议能提前预估 HashMap 的大小最好，尽量的减少扩容带来的性能损耗。

根据代码可以看到其实真正存放数据的是

transient Entry<K,V>[] table = (Entry<K,V>[]) EMPTY_TABLE;

这个数组，那么它又是如何定义的呢？

Entry 
英 /ˈentri/  美 /ˈentri/  全球(美国)  
简明 牛津 新牛津  韦氏  柯林斯 例句  百科
n. 进入，加入；出场，莅临；门，入口；进入权，进入许可；参赛；参赛作品，竞赛答题；参赛人数，报名人数；登记，录入；条目，账目，记录

Entry 是 HashMap 中的一个内部类，从他的成员变量很容易看出：

• key 就是写入时的键。
• value 自然就是值。
• 开始的时候就提到 HashMap 是由数组和链表组成，所以这个 next 就是用于实现链表结构。
• hash 存放的是当前 key 的 hashcode。

知晓了基本结构，那来看看其中重要的写入、获取函数：

put 方法

    public V put(K key, V value) {
        //判断当前数组是否需要初始化。
        if (table == EMPTY_TABLE) {
            inflateTable(threshold);
        }
        
        //如果 key 为空，则 put 一个空值进去。
        if (key == null) return putForNullKey(value);
        
        //根据 key 计算出 hashcode。
        int hash = hash(key);
        
        //根据计算出的 hashcode 定位出所在桶。
        int i = indexFor(hash, table.length);
        
        //如果桶是一个链表则需要 遍历
        for (Entry<K, V> e = table[i]; e != null; e = e.next) {
            Object k;
            
            //判断里面的 hashcode、key 是否和传入 key 相等，如果相等则进行覆盖，并返回原来的值。
            if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;

            }
        }
        modCount++;
        //如果桶是空的，说明当前位置没有数据存入；新增一个 Entry 对象写入当前位置。
        addEntry(hash, key, value, i);
        return null;
    }

    void addEntry(int hash, K key, V value, int bucketIndex) {
        //当调用 addEntry 写入 Entry 时需要判断是否需要扩容。
        if ((size >= threshold) && (null != table[bucketIndex])) {
            //如果需要就进行两倍扩充，并将当前的 key 重新 hash 并定位。
            resize(2 * table.length);
            hash = (null != key) ? hash(key) : 0;
            
            bucketIndex = indexFor(hash, table.length);
        }  createEntry(hash, key, value, bucketIndex);
    }

    //而在 createEntry 中会将当前位置的桶传入到新建的桶中，如果当前桶有值就会在位置形成链表。
    void createEntry(int hash, K key, V value, int bucketIndex) {
         Entry<K, V> e = table[bucketIndex];
         table[bucketIndex] = new Entry<>(hash, key, value, e);
         size++;
    }

get 方法

再来看看 get 函数：

    public V get(Object key) {
        if (key == null)
            return getForNullKey();

        Entry<K, V> entry = getEntry(key);

        //判断该位置是否为链表。 不是链表就根据 key、key 的 hashcode 是否相等来返回值。
        return null == entry ? null : entry.getValue();
    }

    final Entry<K, V> getEntry(Object key) {
        if (size == 0) {
            return null;
        }
        //首先也是根据 key 计算出 hashcode，然后定位到具体的桶中。
        int hash = (key == null) ? 0 : hash(key);

        for (Entry<K, V> e = table[indexFor(hash, table.length)]; e != null;e = e.next) {
            Object k;
            //为链表则需要遍历直到 key 及 hashcode 相等时候就返回值。
            if (e.hash == hash && 20 ((k = e.key) == key || (key != null && key.equals(k))))
            return e;

        }
        //啥都没取到就直接返回 null 。
        return null;
    }

Base 1.8

不知道 1.7 的实现大家看出需要优化的点没有？

其实一个很明显的地方就是：

当 Hash 冲突严重时，在桶上形成的链表会变的越来越长，这样在查询时的效率就会越来越低；时间复杂度为 O(N)。

因此 1.8 中重点优化了这个查询效率。

1.8 HashMap 结构图：

先来看看几个核心的成员变量：

    static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16     
    /**
     * The maximum capacity, used if a higher value is implicitly specified
     * by either of the constructors with arguments.
     * MUST be a power of two <= 1<<30.
     */
    static final int MAXIMUM_CAPACITY = 1 << 30;
    /**
     * The load factor used when none specified in constructor.
     */
    static final float DEFAULT_LOAD_FACTOR = 0.75f;

	//TREEIFY_THRESHOLD 用于判断是否需要将链表转换为红黑树的阈值。
    static final int TREEIFY_THRESHOLD = 8;
	//HashEntry 修改为 Node。
    transient Node<K, V>[] table;

    /**
     * Holds cached entrySet(). Note that AbstractMap fields are used21     
     * for keySet() and values().
     */
    transient Set<Map.Entry<K, V>> entrySet;
    /**
     * The number of key-value mappings contained in this map.
     */
    transient int size;

Node 的核心组成其实也是和 1.7 中的 HashEntry 一样，存放的都是 key value hashcode next 等数据。

再来看看核心方法。

put 方法

    /**
     * Implements Map.put and related methods.
     *
     * @param hash hash for key
     * @param key the key
     * @param value the value to put
     * @param onlyIfAbsent if true, don't change existing value
     * @param evict if false, the table is in creation mode.
     * @return previous value, or null if none
     */
    final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
                   boolean evict) {
        Node<K,V>[] tab; Node<K,V> p; int n, i;

        //1. 判断当前桶是否为空，空的就需要初始化（resize 中会判断是否进行初始化）。
        if ((tab = table) == null || (n = tab.length) == 0)
            n = (tab = resize()).length;

        //2. 根据当前 key 的 hashcode 定位到具体的桶中并判断是否为空，
        // 为空表明没有 Hash 冲突就直接在当前位置创建一个新桶即可
        if ((p = tab[i = (n - 1) & hash]) == null)
            tab[i] = newNode(hash, key, value, null);
        else {

            Node<K,V> e; K k;
            //3. 如果当前桶有值（ Hash 冲突），
            // 那么就要比较当前桶中的 key、key 的 hashcode 与写入的 key 是否相等，
            // 相等就赋值给 e,在第 8 步的时候会统一进行赋值及返回。
            if (p.hash == hash &&
                    ((k = p.key) == key || (key != null && key.equals(k))))
                e = p;
            else if (p instanceof HashMap.TreeNode)
                //4. 如果当前桶为红黑树，那就要按照红黑树的方式写入数据。
                e = ((HashMap.TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
            else {
                //5. 如果是个链表，
                // 就需要将当前的 key、value 封装成一个新节点写入到当前桶的后面（形成链表）。
                for (int binCount = 0; ; ++binCount) {
                    if ((e = p.next) == null) {
                        p.next = newNode(hash, key, value, null);
                        //6. 接着判断当前链表的大小是否大于预设的阈值，大于时就要转换为红黑树。
                        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
                            treeifyBin(tab, hash);
                        break;
                    }
                    //7. 如果在遍历过程中找到 key 相同时直接退出遍历。
                    if (e.hash == hash &&
                            ((k = e.key) == key || (key != null && key.equals(k))))
                        break;
                    p = e;
                }
            }
            //8. 如果 e != null 就相当于存在相同的 key,那就需要将值覆盖。
            if (e != null) { // existing mapping for key
                V oldValue = e.value;
                if (!onlyIfAbsent || oldValue == null)
                    e.value = value;
                afterNodeAccess(e);
                return oldValue;
            }
        }
        ++modCount;
        //9. 最后判断是否需要进行扩容。
        if (++size > threshold)
            resize();
        afterNodeInsertion(evict);
        return null;
    }

get 方法

 public V get(Object key) {
        Node<K,V> e;
     	//首先将 key hash 之后取得所定位的桶。
     	//如果桶为空则直接返回 null 。
        return (e = getNode(key)) == null ? null : e.value;
    }

    /**
     * Implements Map.get and related methods.
     *
     * @param key the key
     * @return the node, or null if none
     */
    final Node<K,V> getNode(Object key) {
        Node<K,V>[] tab; Node<K,V> first, e; int n, hash; K k;
        if ((tab = table) != null && (n = tab.length) > 0 &&
            (first = tab[(n - 1) & (hash = hash(key))]) != null) {
            //否则判断桶的第一个位置(有可能是链表、红黑树)的 key 是否为查询的 key，是就直接返回 value。
            if (first.hash == hash && // always check first node
                ((k = first.key) == key || (key != null && key.equals(k))))
                return first;
            //如果第一个不匹配，则判断它的下一个是红黑树还是链表。
            if ((e = first.next) != null) {
                //红黑树就按照树的查找方式返回值。
                if (first instanceof TreeNode)
                    return ((TreeNode<K,V>)first).getTreeNode(hash, key);
                do {
                    //不然就按照链表的方式遍历匹配返回值。
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        return e;
                } while ((e = e.next) != null);
            }
        }
        return null;
    }

从这两个核心方法（get/put）可以看出 1.8 中对大链表做了优化，修改为红黑树之后查询效率直接提高到了 O(logn)。

hashMap 死循环

但是 HashMap 原有的问题也都存在，比如在并发场景下使用时容易出现死循环。

        final HashMap<String, String> map = new HashMap<String, String>();

        for (int i = 0; i < 100011; i++) {
			// 开线程 循环放入
            new Thread(new Runnable() {

                @Override
                public void run() {
                    map.put(UUID.randomUUID().toString(), "");

                }
            }).start();

        }
    }

为什么呢？简单分析下。

看过上文的还记得在 HashMap 扩容的时候会调用 resize() 方法，

• 就是这里的并发操作容易在一个桶上形成环形链表；
• 这样当获取一个不存在的 key 时，计算出的 index 正好是环形链表的下标就会出现死循环。

如下图：

遍历方式

还有一个值得注意的是 HashMap 的遍历方式，通常有以下几种：

        HashMap map = new HashMap();
        map.put("aa", "bb");

        //通过 entrySet 获取 迭代器
        Iterator<Map.Entry<String, Integer>> entryIterator = map.entrySet().iterator();
        while (entryIterator.hasNext()) {
            //获取 下一个 Entry 对象
            Map.Entry<String, Integer> next = entryIterator.next();
            // 对象 获取 key 和 value
            System.out.println("key=" + next.getKey() + " value=" + next.getValue());

        }

        //通过 keySet 获取 迭代器
        Iterator<String> iterator = map.keySet().iterator();
        while (iterator.hasNext()) {
            //获取 key
            String key = iterator.next();
            //通过 key 获取 value
            System.out.println("key=" + key + " value=" + map.get(key));

        }
    }

强烈建议使用第一种 EntrySet 进行遍历。

第一种可以把 key value 同时取出，第二种还得需要通过 key 取一次 value，效率较低。

简单总结下 HashMap：

• 无论是 1.7 还是 1.8 其实都能看出 JDK 没有对它做任何的同步操作，
• 所以并发会出问题，甚至出现死循环导致系统不可用。

因此 JDK 推出了专项专用的 ConcurrentHashMap ，该类位于 java.util.concurrent 包下，专门用于解决并发问题。

坚持看到这里的朋友算是已经把 ConcurrentHashMap 的基础已经打牢了，下面正式开始分析。

ConcurrentHashMap

ConcurrentHashMap 同样也分为 1.7 、1.8 版，两者在实现上略有不同。

Base 1.7

先来看看 1.7 的实现，下面是他的结构图：

如图所示，是由 Segment 数组、HashEntry 组成，和 HashMap 一样，仍然是数组加链表。

它的核心成员变量：

        //Segment 数组，存放数据时首先需要定位到具体的 Segment 中。
        final Segment<K, V>[] segments;
        transient Set<K> keySet;
        transient Set<Map.Entry<K, V>> entrySet;

Segment 是 ConcurrentHashMap 的一个内部类，主要的组成如下：

        static final class Segment<K, V> extends ReentrantLock implements Serializable {
            private static final long serialVersionUID = 2249069246763182397L;
            //和 HashMap中的 HashEntry作用一样，真正存放数据的桶
            transient volatile HashEntry<K, V>[] table;
            transient int count;
            transient int modCount;
            transient int threshold;
            final float loadFactor;
        }

看看其中 HashEntry 的组成：

和 HashMap 非常类似，唯一的区别就是其中的核心数据如 value ，以及链表都是 volatile 修饰的，保证了获取时的可见性。

原理上来说：ConcurrentHashMap 采用了分段锁技术，

• 其中 Segment 继承于 ReentrantLock。不会像 HashTable 那样不管是 put 还是 get 操作都需要做同步处理，
• 理论上 ConcurrentHashMap 支持 CurrencyLevel (Segment 数组数量)的线程并发。每当一个线程占用锁访问一个 Segment 时，不会影响到其他的 Segment。

下面也来看看核心的 put get 方法。

put 方法

public V put(K key, V value) {
        Segment<K, V> s;
        if (value == null)
            throw new NullPointerException();
        int hash = hash(key);
        int j = (hash >>> segmentShift) & segmentMask;
        if ((s = (Segment<K, V>) UNSAFE.getObject          // nonvolatile; recheck
                (segments, (j << SSHIFT) + SBASE)) == null) //  in ensureSegment
            s = ensureSegment(j);
        return s.put(key, hash, value, false);
    }

首先是通过 key 定位到 Segment，之后在对应的 Segment 中进行具体的 put。

    final V put(K key, int hash, V value, boolean onlyIfAbsent) {
        HashEntry<K, V> node = tryLock() ? null :
                scanAndLockForPut(key, hash, value);
        V oldValue;
        try {
            HashEntry<K, V>[] tab = table;
            int index = (tab.length - 1) & hash;
            HashEntry<K, V> first = entryAt(tab, index);
            for (HashEntry<K, V> e = first; ; ) {
                if (e != null) {
                    K k;
                    if ((k = e.key) == key ||
                            (e.hash == hash && key.equals(k))) {
                        oldValue = e.value;
                        if (!onlyIfAbsent) {
                            e.value = value;
                            ++modCount;
                        }
                        break;
                    }
                    e = e.next;
                } else {
                    if (node != null) node.setNext(first);
                    else node = new HashEntry<K, V>(hash, key, value, first);
                    int c = count + 1;
                    if (c > threshold && tab.length < MAXIMUM_CAPACITY) rehash(node);
                    else
                        setEntryAt(tab, index, node);
                    ++modCount;
                    count = c;
                    oldValue = null;
                    break;
                }
            }
        } finally {
            unlock();
        }
        return oldValue;
    }

虽然 HashEntry 中的 value 是用 volatile 关键词修饰的，但是并不能保证并发的原子性，所以 put 操作时仍然需要加锁处理。

首先第一步的时候会尝试获取锁，如果获取失败肯定就有其他线程存在竞争，则利用 scanAndLockForPut() 自旋获取锁。

1. 尝试自旋获取锁。
2. 如果重试的次数达到了 MAX_SCAN_RETRIES 则改为阻塞锁获取，保证能获取成功

再结合图看看 put 的流程。

1. 将当前 Segment 中的 table 通过 key 的 hashcode 定位到 HashEntry。
2. 遍历该 HashEntry，如果不为空则判断传入的 key 和当前遍历的 key 是否相等，相等则覆盖旧的 value。
3. 不为空则需要新建一个 HashEntry 并加入到 Segment 中，同时会先判断是否需要扩容。
4. 最后会解除在 1 中所获取当前 Segment 的锁。

get 方法

    public V get(Object key) {
        Segment<K, V> s; // manually integrate access methods to reduce overhead
        HashEntry<K, V>[] tab;
        int h = hash(key);
        long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE;
        if ((s = (Segment<K, V>) UNSAFE.getObjectVolatile(segments, u)) != null &&
                (tab = s.table) != null) {
            for (HashEntry<K, V> e = (HashEntry<K, V>) UNSAFE.getObjectVolatile
                    (tab, ((long) (((tab.length - 1) & h)) << TSHIFT) + TBASE);
                 e != null; e = e.next) {
                K k;
                if ((k = e.key) == key || (e.hash == h && key.equals(k)))
                    return e.value;
            }
        }
        return null;
    }

get 逻辑比较简单：

只需要将 Key 通过 Hash 之后定位到具体的 Segment ，再通过一次 Hash 定位到具体的元素上。

由于 HashEntry 中的 value 属性是用 volatile 关键词修饰的，保证了内存可见性，所以每次获取时都是最新值。

ConcurrentHashMap 的 get 方法是非常高效的，因为整个过程都不需要加锁。

Base 1.8

1.7 已经解决了并发问题，并且能支持 N 个 Segment 这么多次数的并发，但依然存在 HashMap 在 1.7 版本中的问题。

那就是查询遍历链表效率太低。

因此 1.8 做了一些数据结构上的调整。

首先来看下底层的组成结构：

看起来是不是和 1.8 HashMap 结构类似？

其中抛弃了原有的 Segment 分段锁，而采用了 CAS + synchronized 来保证并发安全性。

也将 1.7 中存放数据的 HashEntry 改为 Node，但作用都是相同的。

其中的 val next 都用了 volatile 修饰，保证了可见性。

put 方法

重点来看看 put 函数：

• 根据 key 计算出 hashcode 。
• 判断是否需要进行初始化。
• f 即为当前 key 定位出的 Node，如果为空表示当前位置可以写入数据，利用 CAS 尝试写入，失败则自旋保证成功。
• 如果当前位置的 hashcode == MOVED == -1,则需要进行扩容。
• 如果都不满足，则利用 synchronized 锁写入数据。
• 如果数量大于 TREEIFY_THRESHOLD 则要转换为红黑树。

get 方法

• 根据计算出来的 hashcode 寻址，如果就在桶上那么直接返回值。
• 如果是红黑树那就按照树的方式获取值。
• 就不满足那就按照链表的方式遍历获取值。

1.8 在 1.7 的数据结构上做了大的改动，采用红黑树之后可以保证查询效率（O(logn)），

甚至取消了 ReentrantLock 改为了 synchronized，这样可以看出在新版的 JDK 中对 synchronized 优化是很到位的。

总结

看完了整个 HashMap 和 ConcurrentHashMap 在 1.7 和 1.8 中不同的实现方式相信大家对他们的理解应该会更加到位。

其实这块也是面试的重点内容，通常的套路是：

1. 谈谈你理解的 HashMap，讲讲其中的 get put 过程。
2. 1.8 做了什么优化？
3. 是线程安全的嘛？
4. 不安全会导致哪些问题？
5. 如何解决？有没有线程安全的并发容器？
6. ConcurrentHashMap 是如何实现的？ 1.7、1.8 实现有何不同？为什么这么做？

这一串问题相信大家仔细看完都能怼回面试官。

除了面试会问到之外平时的应用其实也蛮多，像之前谈到的 Guava 中 Cache 的实现就是利用 ConcurrentHashMap 的思想。

同时也能学习 JDK 作者大牛们的优化思路以及并发解决方案。

（完）

*Java团长*

专注于Java干货分享