HashMap不安全!!!详细分析及解决方案

HashMap:非安全容器(实现结构、安全性问题)

多线程下的问题:
JDK1.7头插法–>死循环
JDK1.8尾插法–>数据覆盖

1.JDK1.7死循环(非常重要!!!)
死循环出现在HashMap扩容时,负载因子:0.75(HashMap性能最高),HashMap默认大小为16,当容量大于等于0.75*16时进行扩容,默认2倍扩容

源码分析:
HashMap–>put()–>resize()–>transfer()【转移:将数组的值转移到新扩容的数组里;for循环的是数组,while循环的是链表】
在这里插入图片描述
单线程下是安全的
在这里插入图片描述
多线程下是线程不安全的
在这里插入图片描述
假设线程1在e1指向A,next1指向B时,时间片用完了,然后线程2执行完,线程1再继续执行
在这里插入图片描述
线程1在线程2的基础上执行
在这里插入图片描述
第一次循环执行结束,为下图:
在这里插入图片描述
第二次循环执行完,为下图:
在这里插入图片描述
第三次循环:在执行
在这里插入图片描述
该步骤时,A又指向了B,发生了死循环
在这里插入图片描述

2.HashMap的安全版本:ConcurrentHashMap
(1)ConcurrentHashMap实现线程安全的原理是在进行插入操作的时候(put方法),会在进入方法之后加锁,并且在操作完成之后释放锁,所以不会有线程安全的问题。(这是JDK1.7,JDK1.8使用的是synchronized)

(2)ConcurrentHashMap优化:是将HashMap分成多个sengment,对每个sengment分别加锁,这样就可以保证,多线程如果操作的不是同一个sengment就不需要进行排队处理了,从而提高了程序的执行效率。
sengment分段锁:锁粒度更小,性能更高。

(3)HashMap是非线程安全的
HashTable是线程安全的,整体给对象进行加锁
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值