有必要把所有的HashMap改成ConcurrentMap吗?

在编写项目代码的时候遇到的一个思考的问题. 之前写的代码中习惯了都是用的HashMap, 但是领导说了下HashMap是线程不安全的, 希望能换成ConcurrentMap. 但是代码里那么多hashMap要全部替换也有点麻烦, 而且有必要全部替换吗?
查了下网上的说法, 都说的ConcurrentMap很好, 线程安全又不会阻塞, 速度还快, 就是没人说缺点的. 如果都是优点没有缺点, 那么
hashMap怎么还没有被废除, 我看网上的很多代码都还是用的HashMap啊. 烦请分析一下这个问题

多数情况下,使用 HashMap就已经足够了, 你只要保证 多个线程 不会共享 这些HashMap ,就不会出现线程安全的问题。
比如你的HashMap只是临时变量,一次调用处理完了就完事了,这就没必要用 ConcurrentMap。

不说其他的,就说我。我老师上可讲的和我自学的通常接触最多的就是HashMap。 直到我最近开始准备面试题才知道concurrentmap这个容器存在。从这一方面应该可以说出 教育方面 应该是占一部分因素。

ConcurrentMap在怎么块能快过hashMap?
正因为hashMap是线程不安全的,所以他的效率比一些安全集合类高。
ConcurrentMap是会加锁的,分段锁,在这一点上也是会耗时间的。如果你的系统是后台管理,haspmap足矣,如果你是toC,面向用户的,那就需要考虑线程安全问题。这时候可以用ConcurrentMap之类的安全集合类。
不过好奇点,你项目中用那么多hashmap干嘛?不会返回响应和入参都是把?那就是屎山了。能不动则不动。

【相关推荐】




如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^