HashMap多线程下的问题

2019-03-23  本文已影响0人  不是明天

Java的文档说HashMap是非线程安全的,应该用ConcurrentHashMap。那么HashMap在多线程环境下会出现什么问题呢?

  1. 多线程put,get时出现死循环,导致CPU利用率过高
  2. 多线程put,可能导致元素丢失
  3. put非null元素后get出来的却是null

以上情况是怎么产生的?

1.多线程put,get时出现死循环,导致CPU利用率过高

1.CPU利用率过高一般是因为出现了出现了死循环,导致部分线程一直运行,占用cpu时间。问题原因就是HashMap是非线程安全的,多个线程put的时候造成了某个key值Entry key List的死循环。大量线程被hang住可能导致服务器宕机。

循环链表出现的原理分析:

(网上很多例子,这里就不举例了)
  参考:http://www.voidcn.com/article/p-hcuguoxo-bob.html

循环的产生是因为新链表的顺序跟旧的链表是完全相反的,所以只要保证建新链时还是按照原来的顺序的话就不会产生循环。

JDK8是用 head 和 tail 来保证链表的顺序和之前一样,这样就不会产生循环引用。

JDK8如何进行扩容参考《HashMap底层原理》

2:多线程put,可能导致元素丢失

主要问题出在addEntry方法的new Entry<K,V>(hash, key, value, e),如果两个线程都同时取得了e,则他们下一个元素都是e,然后赋值给table元素的时候有一个成功有一个丢失。

void addEntry(int hash, K key, V value, int bucketIndex)
{
    Entry<K,V> e = table[bucketIndex];
    table[bucketIndex] = new Entry<K,V>(hash, key, value, e);
    //查看当前的size是否超过了我们设定的阈值threshold,如果超过,需要resize
    if (size++ >= threshold)
        resize(2 * table.length);
}

3:put非null元素后get出来的却是null

在transfer方法中代码如下:

void transfer(Entry[] newTable) {
    Entry[] src = table;
    int newCapacity = newTable.length;
    for (int j = 0; j < src.length; j++) {
        Entry e = src[j];
        if (e != null) {
            src[j] = null;
            do {
                Entry next = e.next;
                int i = indexFor(e.hash, newCapacity);
                e.next = newTable[i];
                newTable[i] = e;
                e = next;
            } while (e != null);
        }
    }
}

在这个方法里,将旧数组赋值给src,遍历src,当src的元素非null时,就将src中的该元素置null,即将旧数组中的元素置null了:

if (e != null) {
        src[j] = null;
上一篇下一篇

猜你喜欢

热点阅读