HashMap 和 concurrentHaspMap 的陷阱与区别

最新推荐文章于 2024-06-20 14:28:18 发布

纯洁的明依

最新推荐文章于 2024-06-20 14:28:18 发布

阅读量1k

点赞数

分类专栏：并发编程文章标签： java hashmap 线程安全多线程对象

本文链接：https://blog.csdn.net/qq_32423845/article/details/77923468

版权

并发编程专栏收录该内容

15 篇文章 4 订阅 ¥39.90 ¥99.00

订阅专栏

在多线程环境中，使用线程安全的ConcurrentHashMap替代HashMap时，可能会遇到一个陷阱。当统计HashMap中value的整型总数时，直接用ConcurrentHashMap替换并去掉synchronized关键字，会导致统计结果比HashMap多一。问题源于两者的并发处理机制不同。

摘要由CSDN通过智能技术生成

欢迎关注博主公众号：【矿洞程序员】文章由陈晓阳原创。
本人微信：chenxiaoyangzxy. 免费提供本人大量学习资料。

在多线程并发编程中，我们对于共享的数据对象或者是容器会采用线程安全的集合来存储。Java中提供了一些线程安全的容器和对象，有些事支持并发的，java.util.concurrent 包中有很多这样的类。这种方式的效率会比简单的加互斥锁的实现更好，但是有时通过加锁把使用线程不安全的容器代码改为使用线程安全容器的代码时，会遇到一个陷阱。
在一个使用map 存储信息后，统计总数的例子中。
一:map 中的value 整型使用线程不安全的hashMap代码时这样写的。

private HashMap<String,Integer> map=
new HashMap<String, Integer>();
    public synchronized  void add1(String key){
        Integer value=map.get(key);
        if(value==null){
            map.put(key,1);
        }else{
            map.put(key,value+1);
        }
    }

二:使用concurrentHashMap 来替换hashMap 并且是仅仅去掉synchronized 关键字那么问题就

了解本专栏