synchronizedMap源码分析

我们先简单说下HashMap和HashTable

之前学习集合的时候,说到过HashMap是线程不安全的,HashTable是线程安全的,但是HashTable在高并发情况下效率太低,为什么如此的低呢?是因为HashTable为了保证线程安全,给每个方法上都加了synchronized关键字才保证了线程安全

今天我们来学习用工具类Collections来创建线程安全的synchronizedMap,来看看这个工具类创建这个map有什么特别之处?

用法源码实例:

就是传进一个map

我们进去看看:

原来synchronizedMap是Collections这个集合工具类的一个静态内部类

我们发现,其中有一个Map属性和一个mutex对象(不妨先叫它互斥锁)

接着下面就是两个构造函数:

第一个构造函数只传入了一个map,对map进行初始化操作后,对于mutex互斥锁是赋值为调用synchronizedMap的对象

第二个除了传入一个map还传入了一个Object对象,当然,初始化时也把这个Object的对象赋值给mutex互斥锁

最终要的我们再来看看下面:

在创建完synchronizedMap后,对map进行操作时,就会对该方法进行上锁,实现线程安全。

1、当synchronized关键字加在方法上时,对整个方法进行了上锁,相对来说,锁的范围大,所以性能就差

2、当synchronized关键字加在代码块上时,只是锁住了这个代码块,方法内部的非同步代码块就没有上锁,所以说同步代码块范围小,限制也就相对小,可以更精确的控制冲突限制访问区域,所以相对来说高效。

 

 

 

 

 

 

 

 

 

posted @   _SpringCloud  阅读(19)  评论(0编辑  收藏  举报  
相关博文:
阅读排行:
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
点击右上角即可分享
微信分享提示