为什么要出现concurrenthashmap
上文咱们说到过,HashMap在并发执行put操作时候会引起死循环,是因为多线程导致HashMap的链表形成环形数据结构,一旦形成环形数据结构,链表的next节点永远不为空,就会产生死循环数据获取链表Entry,
那么有人会问,HashTable不是可以安全的嘛?不会死循环的,但是HashTable效率太低下,一个进程访问,其他进程 会进入阻塞状态,
这时候ConcurrentHashMap使用了锁分段技术可有效提升并发率,与HashTable不同的是,ConcurrentHashMap是给每一段分配一把锁,当前进程访问其中一段数据时候,其他的数据也能被其他进程放问
安全失败
想要理解安全失败咱们需要先了解什么是快速失败,它们又和什么内容有关系呢?
快速失败
一句话概括:在用迭代器遍历一个集合对象时,如果遍历过程中对集合对象的内容进行了修改(增加、删除、修改),则会抛出 Concurrent Modification Exception。(取自菜鸟教程)
上代码看一下你们就明白了:
HashMap hashMap = new HashMap();
hashMap.put("不只Java-1", 1);
hashMap.put("不只Java-2", 2);
hashMap.put("不只Java-3", 3);
Set set = hashMap.entrySet();
Iterator iterator = set.iterator();
while (iterator.hasNext()) {
System.out.println(iterator.next());
hashMap.put("下次循环会抛异常", 4);
System.out.println("此时 hashMap 长度为" + hashMap.size());
}
这里这么书写一定会报错
安全失败
看后快速失败后安全失败也好理解了 ,采用安全失败机制的集合容器,在遍历时不是直接在集合内容上访问的,而是先复制原有集合内容,在拷贝的集合上进行遍历
由于循环的时候是对原集合进行遍历,你再遍历过程中 对原集合的更改都不会被迭代器检测到,所有不会报错
ConcurrentHashMap concurrentHashMap = new ConcurrentHashMap();
concurrentHashMap.put("不只Java-1", 1);
concurrentHashMap.put("不只Java-2", 2);
concurrentHashMap.put("不只Java-3", 3);
Set set = concurrentHashMap.entrySet();
Iterator iterator = set.iterator();
while (iterator.hasNext()) {
System.out.println(iterator.next());
concurrentHashMap.put("下次循环正常执行", 4);
}
System.out.println("程序结束");
结果如下:
数组+链表 数据+链表+红黑树
<jdk1.7>:数组(Segment) + 数组(HashEntry) + 链表(HashEntry节点)
底层一个Segments数组,存储一个Segments对象,一个Segments中储存一个Entry数组,存储的每个Entry对象又是一个链表头结点。
<jdk1.8>Node数组+链表 / 红黑树: 类似hashMap
Node数组使用来存放树或者链表的头结点,当一个链表中的数量到达一个数目时,会使查询速率降低,所以到达一定阈值时,会将一个链表转换为一个红黑二叉树,通告查询的速率。
分段锁 CAS+syschronized
上文最开始咱们已经讲过,concurrenthashmap最特别的就是分段锁,这点与Hashmap和HashTable都不相同。
1.7中是对整个桶数组进行了分割分段(Segment),每一把锁只锁容器其中一部分数据,多线程访问容器里不同数据段的数据,就不会存在锁竞争,以此提高并发访问率,
这一点在1.8中有所不同,1.8中使用的是优化的synchronized 关键字同步代码块 和 cas操作了维护并发,
其他的图上表示的已经很清楚,在这里就赘余阐述了,有不懂的评论区留言
以上就是关于concurrenthashmap的详解和解析,
祝大家都能找到心仪的工作
新博客:https://jingzhe.xyz