hashmap有哪些线程安全的方式?

HashMap不是线程安全的,往往在写程序时需要通过- -些方法来回避.其实DK原生的提供了2种方法让HashMap支
持线程安全.


方法一通过Collections.synchronizedMap0返回- 一个新的Map,.这个新的map就是线程安全的.这个要求大家习惯
基于接口编程,因为返回的并不是HashMap,而是一一个Map的实现


方法二:重新改写了HashMap,具体的可以查看java.util.concurrent.ConcurrentHashMap.这个方法比方法一有了
很大的改进.


方法一特点:
通过llections.synchronizedMap0来封装所有不安全的HashMap的方法就连toString hashCode都进行了封
装封装的关键点有2处1)使用了经典的synchronized来进行互斥,2)使用了代理模式new了-个新的类这个类同样
实现了Map接口.在Hashmap.上面synchronized锁住的是对象所以第-一个申请的得到锁其他线程将进入阻塞等
待唤醒.优点:代码实现十分简单,一看就懂缺点:从锁的角度来看,方法一-直接使用了锁住方法基本上是锁住了尽可
能大的代码块.性能会比较差


方法二特点:
重新写了HashMap.比较大的改变有如下几点使用了新的锁机制把HashMap进行了拆分,拆分成了多个独立的块,
这样在高并发的情况下减少了锁冲突的可能使用的是NonfairSync.这个特性调用CAS指令来确保原子性与互斥性.
当如果多个线程恰好操作到同- -个segment上面,那么只会有一一个线程得到运行。
优点:需要互斥的代码段比较少,性能会比较好. ConcurrentHashMap把整个Map切分成了多个块发生锁碰撞的几
率大大降低性能会比较好.缺点:代码繁琐

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

YU_0621

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值