hashmap为什么线程不安全,java map线程安全

hashmap为什么线程不安全,java map线程安全

*无需加锁获取验证代码逻辑，不涉及线程安全问题，提高效率*自定义生成策略时，Map容量设置不准确，会导致不必要的扩容parent40177c6cmasterdevweb没有合并请求中的相关HashMap1.jdk1.71.1容量扩展引起的死循环分析流程1.2分析流程扩容导致的数据丢失2.jdk1.8中HashMap总结前言：我们知道HashMap是线程不安全的，并且在多线程环境下

我一直都知道HashMap是线程不安全的，但是为什么HashMap是线程不安全的呢？多线程并发时什么情况下会出现问题呢？ HashMap的底层是一个Entry数组。当发生ash冲突时，hashmap就不是线程安全的。《Java并发编程的艺术》一书中是这样说的：HashMap并发执行put操作时会导致死亡。 循环，导致CPU利用率接近100%。 因为多线程会导致HashMapNode

?▽? addEntry方法仍然是不同步的，所以会导致线程安全和受伤的问题。其他类似的操作就不解释了，大家可以看源码。我们主要说一下另一个非常重要的知识点，也是HashMap，非HashMap的无限循环。 仅在JDK1.7版本中出现。主要原因是JDK1.7中的HashMap在头部添加了链表和多线程。

●ω● HashMap出现无限循环是在JDK1.7版本中出现的，造成无限循环的原因是HashMap在JDK1.7中使用了头插值方法。头插值方法+链表+多线程并发+HashMap扩展。这几点加在一起就形成了HashMap的无限循环。通过HashMap可以解决死锁。在jdk1.7多线程环境下，HashMap是无限循环，所以线程不安全。 Hashmap是基于哈希表的Map接口的实现。 此实现提供所有可选的映射操作并允许空值和n

此时，两个线程都会在该区域创建Entry，这样存储时数据就会丢失。 这是因为多个线程可能会尝试同时修改同一个桶中的数据，修改过程中可能会导致部分数据丢失或其他线程修改的数据被覆盖，从而导致数据不一致。 2.多线程并发扩容会导致HashMap不安全