HashMap多线程下的问题
2019-03-23 本文已影响0人
不是明天
Java的文档说HashMap是非线程安全的,应该用ConcurrentHashMap。那么HashMap在多线程环境下会出现什么问题呢?
- 多线程put,get时出现死循环,导致CPU利用率过高
- 多线程put,可能导致元素丢失
- 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;