在1.7版本size（）方法试3次后会出现全表加锁统计的情况，1.8里改用CAS计算了是不是就没有全表加锁的情况了？还是我看漏了...
ConcurrentHashMap在JDK8中是不是没有全表加锁的情况了？
- 写回答
- 好问题 0 提建议
- 追加酬金
- 关注问题
分享- 邀请回答
-
0条回答 默认 最新
- 2022-04-24 12:08回答 1 已采纳 请问这个是哪个源码类里面的代码？ 我先回答你的第一个问题，ConcurrentHashMap并不是绝对的线程安全的，它仅对原子操作是线程安全的，对于非原子操作是线程不安全的 https://www.z
- 2022-04-27 16:22回答 3 已采纳 这个NamedValueInfo放的是Controller中接口的入参约束，也就是@RequestParam(name="",required=true,defaultValue="0")这里面的参数
- 2019-06-04 20:37回答 2 已采纳 解决方案:two-level hashmap
- 2021-08-06 15:38奋斗永不止步的博客 JDK8之前，ConcurrentHashMap是通过分段锁（Segment加锁）来减少多线程中锁竞争，首先在初始化ConcurrentHashMap的时候,会初始化一个Segment数组,容量为16,而每个Segment呢,都继承了ReentrantLock类,也就是说每个...
- 2022-07-30 22:12回答 1 已采纳 HashMap可以自定义初始化容量，比如传入6，那么hashmap的容量是8，一定是2的n次幂 jdk1.8之后，CHM锁的范围由segement改为node节点 HashMap和CHM转红黑树的条件
- 2018-07-12 08:58回答 1 已采纳 Unsynchronized, concurrent access to any variable from multiple goroutines where at least one of t
- 2021-10-09 17:08回答 3 已采纳 java.util.HashMap在多线程环境中可能出现的问题_oLeiChang的博客-CSDN博客 众所周知，HashMap不是线程安
- 2022-02-10 10:18Zh ou的博客 ConcurrentHashMap是HashMap的升级版，HashMap是线程不安全的，而ConcurrentHashMap是线程安全。而其他功能和实现原理和HashMap类似。 与Hashtable的区别是什么？ Hashtable也是线程安全的，但每次要锁住整个结构，...
- 2021-08-13 15:58回答 1 已采纳 你这行有断点，看到高亮这行的左边有个红色的菱形吗？点掉，有对勾的话在鼠标放在这行，按F11
- 2022-07-30 22:18回答 1 已采纳 ConcurrentHashMap的话，要分为两种分情况去进行分析，一个是在jdk1.7，然后就是1.8之后，他们的这个差别还是蛮大的。 1.7的话，底层是数组加链表实现的，然后呢，使用了分段锁来保
- 2018-04-26 01:06回答 1 已采纳 这玩意本来就很消耗内存
- 2022-11-30 14:46ZhangBlossom的博客 在多线程环境下，使用 HashMap 进行 put 操作时存在丢失数据的情况，为了避免这种bug的隐患，强烈建议使用 ConcurrentHashMap 代替 HashMap ，为了对更深入的了解，本文将对JDK1.7和1.8的不同实现进行分析。...
- 2021-03-25 15:27回答 4 已采纳 方法上加的时候，get和put能保证数据一致性。 第二个，你在下一次get之后,put之前可能会发生中断。
- 2022-01-20 20:08汪了个王的博客 在了解 HashMap 的的原理时，对于 jdk7 和 8 的实现是不同的，同样，对于支持并发的 ConcurrentHashMap 来说其实现也不相同。 其主要区别在于两者保证线程安全的机制不同，jdk7 采用的是分段锁的概念，每一个分段都...
- 2022-01-09 00:03iflink.guojl的博客 jdk 1.8取消了基于Segment的分段锁思想，改用CAS + synchronized控制并发操作，在某些方面提升了性能。并且追随1.8版本的HashMap底层实现，使用数组+链表+红黑树进行数据存储。 二、源码成员变量 2.1 table 代表...
- 没有解决我的问题, 去提问
