为什么hashmap是线程不安全的：多线程会引发数据异常

为什么hashmap是线程不安全的，核心原因是其源码未做任何同步锁、原子性保障机制，多线程并发执行put、扩容、删除操作时，会出现数据覆盖、链表成环、数据丢失、查询死循环等异常问题，该问题主要存在于JDK1.7及更早版本的HashMap，JDK1.8优化了部分扩容逻辑，但依然无法规避并发数据错乱问题，仅单线程读写场景可稳定使用，所有多线程并发读写、并发写入场景均不适用该集合。

hashmap线程不安全的核心操作隐患

多线程同时执行put存入数据操作时，会直接产生数据覆盖问题。HashMap新增键值对时，会先通过哈希算法定位数组下标，判断对应位置是否为空，为空则直接写入数据。单线程下该流程有序执行，不会出错，但多个线程同时定位到同一个数组空位时，所有线程都会判定位置空闲并执行写入操作，后执行的线程会直接覆盖前一个线程已经写入的数据，最终导致部分存入的数据直接丢失，且程序不会抛出任何异常，问题隐蔽性较强。

JDK1.7的HashMap并发扩容操作，会触发链表环形死循环，是典型的线程不安全故障。HashMap存储数据的数组达到负载因子阈值时，会自动扩容为原容量的2倍，并通过头插法迁移原有链表数据。多线程同时触发扩容时，多个线程会同时操作同一个链表节点，头插法的节点反转逻辑会导致链表节点互相引用，形成闭环结构。后续任意线程访问该哈希桶数据时，会进入无限循环，直接造成CPU占用率飙升。

JDK1.8优化扩容迁移逻辑，将头插法改为尾插法，规避了链表成环的问题，但未彻底解决线程安全问题。新版本扩容时不再反转节点顺序，不会生成环形链表，杜绝了死循环故障，但多线程并发put操作的数据覆盖、并发扩容的数据丢失问题仍然存在，无法支撑多线程并发场景。

hashmap并发操作的典型异常表现

数据丢失是HashMap多线程操作的高频异常。在10个线程并发批量写入1000条数据的常规测试场景中，最终存储的有效数据量通常会低于写入总数，差值即为被覆盖丢失的数据，该问题在低并发、高并发场景下均会不定时出现。

并发读写冲突会出现脏数据查询结果。一个线程正在修改HashMap中的键值对，另一个线程同时读取该节点数据，由于没有读写互斥机制，读取线程会获取到修改过程中的中间数据，而非最新的完整数据，导致业务逻辑判断出错。

并发删除与写入冲突会引发空指针异常。多线程同时对同一个哈希桶执行增删操作时，写入线程正在构建节点引用，删除线程直接清空节点数据，后续操作调用节点属性时，会直接抛出空指针异常，中断程序运行。

hashmap线程安全替代方案对比

HashMap的适用边界极为明确。仅单线程环境下的读写、增删查改操作可以正常使用，能够凭借无锁机制保障高效运行。

所有存在两个及以上线程同时写入、一写多读、多线程扩容的场景，均不能使用HashMap，必须替换为线程安全的集合工具。