HashMap为什么是线程不安全的？

超、凢脫俗 2022-10-01 13:57 191阅读 0赞

Java识堂 2019-06-11 18:53:18

![面试官：HashMap为什么是线程不安全的？][HashMap]

**一直以来只是知道HashMap是线程不安全的，但是到底HashMap为什么线程不安全，多线程并发的时候在什么情况下可能出现问题？**

**HashMap底层是一个Entry数组。当发生hash冲突的时候，hashmap是采用链表的方式来解决的，在对应的数组位置存放链表的头结点。对链表而言，新加入的节点会从头结点加入。**

**javadoc中关于hashmap的一段描述如下：**

**此实现不是同步的**。如果多个线程同时访问一个哈希映射，而其中至少一个线程从结构上修改了该映射，则它必须保持外部同步。（结构上的修改是指添加或删除一个或多个映射关系的任何操作；仅改变与实例已经包含的键关联的值不是结构上的修改。）这一般通过对自然封装该映射的对象进行同步操作来完成。如果使用 Collections.synchronizedMap 方法来“包装”该映射。最好在创建时完成这一操作，以防止对映射进行意外的非同步访问，如下所示：

![面试官：HashMap为什么是线程不安全的？][HashMap 1]

1、

![面试官：HashMap为什么是线程不安全的？][HashMap 2]

在hashmap做put操作的时候会调用到以上的方法。现在假如A线程和B线程同时对同一个数组位置调用addEntry，两个线程会同时得到现在的头结点，然后A写入新的头结点之后，B也写入新的头结点，那B的写入操作就会覆盖A的写入操作造成A的写入操作丢失

2、

![面试官：HashMap为什么是线程不安全的？][HashMap 3]

删除键值对的代码如上：

当多个线程同时操作同一个数组位置的时候，也都会先取得现在状态下该位置存储的头结点，然后各自去进行计算操作，之后再把结果写回到该数组位置去，其实写回的时候可能其他的线程已经就把这个位置给修改过了，就会覆盖其他线程的修改

3、addEntry中当加入新的键值对后键值对总数量超过门限值的时候会调用一个resize操作，代码如下：

![面试官：HashMap为什么是线程不安全的？][HashMap 4]

这个操作会新生成一个新的容量的数组，然后对原数组的所有键值对重新进行计算和写入新的数组，之后指向新生成的数组。

当多个线程同时检测到总数量超过门限值的时候就会同时调用resize操作，各自生成新的数组并rehash后赋给该map底层的数组table，结果最终只有最后一个线程生成的新数组被赋给table变量，其他线程的均会丢失。而且当某些线程已经完成赋值而其他线程刚开始的时候，就会用已经被赋值的table作为原始数组，这样也会有问题。

> 原文：https://blog.csdn.net/mydreamongo/article/details/8960667

[HashMap]: /images/20220118/74c9b244365546f29dc0f14ebbf30c6a.png
[HashMap 1]: http://p1.pstatp.com/large/pgc-image/6ca5783e8ae24e3fb3551bd92a326ddb
[HashMap 2]: http://p1.pstatp.com/large/pgc-image/107b05ac82b445f1bc2d50570cd32aea
[HashMap 3]: /images/20220118/11e4374f0dd64555b7b14c86d8d9f48e.png
[HashMap 4]: http://p1.pstatp.com/large/pgc-image/faa123da6628486da9e026cab439f7c8