hashmap非线程安全，当一个线程执行get读取时，另一线程触发put导致扩容，可能引发无限循环、数据丢失或cpu飙升等未定义行为。
hashmap非线程安全，当一个线程执行get读取时，另一线程触发put导致扩容，可能引发无限循环、数据丢失或cpu飙升等未定义行为。
在Java中，HashMap 是典型的非线程安全集合类。其内部基于数组+链表（JDK 8+ 含红黑树）实现，而“扩容”（resize）是其核心动态调整机制——当元素数量超过阈值（capacity × loadFactor）时，put 操作会触发扩容：新建两倍容量的数组，并将原桶中所有节点重新哈希（rehash）迁移至新数组。
关键问题在于：扩容过程不是原子操作，且未加锁保护。当线程A正在执行 get(key)，而线程B同时执行 put(...) 并触发扩容，二者会并发访问和修改同一内部结构（尤其是链表头节点、next指针），极易导致链表成环。
例如，在JDK 7中，多线程并发扩容时，因头插法（head insertion）与竞态条件，两个线程可能将同一链表节点反复插入对方链表头部，最终形成闭环。此时，get() 在遍历该桶链表时将陷入死循环：
// 简化示意：成环后的链表遍历（永不终止）
Node e = table[index];
while (e != null) {
if (key.equals(e.key)) return e.value;
e = e.next; // 若 e.next 指向自身或构成环，则无限循环
}
⚠️ 注意事项：
- 此问题在 JDK 7 中真实可复现（经典“HashMap死循环”案例），JDK 8 虽改用尾插法并优化了扩容逻辑，仍不保证线程安全——仅降低了成环概率，但并发读写仍可能导致数据丢失、
get返回null（本应存在）、或返回错误值。 -
ConcurrentHashMap是正确替代方案：JDK 7 使用分段锁（Segment），JDK 8+ 基于CAS + synchronized 细粒度锁，支持高并发安全读写。 -
Collections.synchronizedMap(new HashMap())可提供基本同步，但仅保证单个操作原子性，复合操作（如ifAbsentPut）仍需手动加锁。
✅ 总结：永远不要在多线程环境中直接共享未同步的HashMap。若需并发读写，请明确选用 ConcurrentHashMap；若仅读多写少且写操作极少，可考虑读写锁（ReentrantReadWriteLock）保护的HashMap，但复杂度与收益需权衡。记住：未定义行为（undefined behavior）不是“偶尔出错”，而是“任何事都可能发生”——包括程序卡死、静默失败或看似正常却隐藏数据污染。
