Java每日一题：为什么JDK1.8中的ConCurrentHashMap的get操作不需要加锁？

最新推荐文章于 2021-11-12 20:05:57 发布
最新推荐文章于 2021-11-12 20:05:57 发布
阅读量548 收藏 1
点赞数
分类专栏： Java每日一题
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41918907/article/details/103403573
版权

在1.8中ConcurrentHashMap的get操作全程不需要加锁，这也是它比其他并发集合比如hashtable、用Collections.synchronizedMap()包装的hashmap;安全效率高的原因之一。

get操作全程不需要加锁是因为Node的成员val是用volatile修饰的和数组用volatile修饰没有关系。

数组用volatile修饰主要是保证在数组扩容的时候保证可见性。

洛神_千
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
1.8 的 ConcurrentHashMap 为什么读不加锁？
学无止境
10-28 363
修饰的节点元素以及哈希表数组，这确保了读操作的可见性，同时通过哈希索引快速定位到数据。操作之所以不需要加锁，是因为在其内部实现中使用了。操作不需要加锁，这也是它相比其他并发集合（例如。在 JDK 1.8 中，
为什么ConcurrentHashMap的get操作不需要加锁？
luzhensmart的专栏
08-20 1933
我们知道，ConcurrentHashmap(1.8)这个并发集合框架是线程安全的，当你看到源码的get操作时，会发现get操作全程是没有加任何锁的 这也是这篇博文讨论的问题——为什么它不需要加锁呢？ 1、ConcurrentHashMap的简介 有基础的同学知道在jdk1.7中是采用Segment + HashEntry + ReentrantLock的方式进行实现的 1.8中放弃了Segment臃肿的设计，取而代之的是采用Node + CAS + Synchronized来保证并发安全进行实现。
ConcurrentHashMap的读操作不需要加锁
fll980205的博客
11-08 1873
public V get(Object key) { Node<K,V>[] tab; Node<K,V> e, p; int n, eh; K ek; int h = spread(key.hashCode()); if ((tab = table) != null && (n = tab.length) &...
【JUC并发编程】3 ConcurrentHashMap的get()方法真的不需要加锁吗？
健身变秃，coding变强
11-12 5558
一、前言 我们都知道，ConcurrentHashmap这个并发集合框架是线程安全的，当我们看get()方法的源码时，会发现get操作全程没有加锁。但是真的是这样的吗？本文我们就深入的看看它为什么大家都说它不需要加锁？是不是真的不需要加锁？留个悬念，在一种特殊场景下是要加锁的。 二、ConCurrentHashMap#get()方法 1、流程： 使用扰动函数计算key的hash值，取到其所在的数组下标位置。 如果节点是首节点，直接返回。 如果节点的hash值eh是负值，说明ConCurrentHashMa
JDK1.8中文文档 JDK1.8中文 jkd8中文文档 JDK中文版
07-15
JDK1.8中文文档 JDK1.8中文 jkd8中文文档 JDK中文版 标准的API规范文档，谷歌中文翻译 全翻译
java jdk 8 帮助文档 中文 文档 chm 谷歌翻译
04-02
JDK1.8 API 中文谷歌翻译版 java帮助文档 JDK API java 帮助文档 谷歌翻译 JDK1.8 API 中文 谷歌翻译版 java帮助文档 Java最新帮助文档 本帮助文档是使用谷歌翻译，非人工翻译。准确性不能保证，请与英文版配合使用 ...
JDK1.8中ConcurrentHashMap中computeIfAbsent死循环bug问题
08-24
主要介绍了JDK1.8中ConcurrentHashMap中computeIfAbsent死循环bug,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
jdk_api_1.8-JAVA中文版API手册
07-05
1）Java 8允许我们给接口添加一个非抽象的方法实现，只需要使用 default关键字即可。 2）新增lambda表达式 3）提供函数式接口 4）Java 8 允许你使用关键字来传递方法或者构造函数引用 5）我们可以直接在lambda表达式...
JDK 1.8中文API文档
07-27
JDK 1.8中文API文档
2020-11-11:为什么JDK1.8中的ConCurrentHashMap的get操作不需要加锁？
残冬十九
11-11 346
2020-11-11:为什么JDK1.8中的ConCurrentHashMap的get操作不需要加锁？ 前言为什么JDK1.8中的ConCurrentHashMap的get操作不需要加锁？ 前言 每日一题专栏 为什么JDK1.8中的ConCurrentHashMap的get操作不需要加锁？ 在1.8中ConcurrentHashMap的get操作全程不需要加锁，这也是它比其他并发集合比如hashtable、用Collections.synchronizedMap()包装的hashmap;安全效率高的原因
ConcurrentHashmap(1.8)get操作——为什么它不需要加锁呢
进击30K的专栏
06-28 4447
ConcurrentHashMap的简介 get操作源码 volatile登场 是加在数组上的volatile吗? 用volatile修饰的Node 总结 我们知道，ConcurrentHashmap(1.8)这个并发集合框架是线程安全的，当你看到源码的get操作时，会发现get操作全程是没有加任何锁的，这也是这篇博文讨论的问题——为什么它不需要加锁呢？ ConcurrentHashMap的简介 “ 我想有基础的同学知道在jdk1.7中是采用Se..
java map加锁_加锁方法对于Map - 差不多先生的个人空间 - OSCHINA - 中文开源技术交流社区...
weixin_39764603的博客
02-16 370
package com.cyyun.xc.command.util;import java.io.BufferedReader;import java.io.IOException;import java.io.InputStreamReader;import java.net.ServerSocket;import java.net.Socket;import javax.net.ServerS...
java使用map实现锁,java hashmap分段锁实现
weixin_42108054的博客
03-11 492
import java.util.HashMap;import java.util.Iterator;import java.util.Map;public classTestThred03 extends Thread {private static int num = 0;private static int num1 = 0;private static HashMap hashMap = ...
这么回答面试官之--ConcurrentHashMap如何get？为何无需加锁
进击的Coder*的博客
04-10 1822
ConcurrentHashMap的get操作的步骤如下： 通过key计算hash值 如果通过hash值判断key对应的节点是否在Node数组中，如果在则返回对应的值。此处分为3种情况： 如果恰好是数组元素，也即没有hash值计算得到的桶内只有一个节点，返回改节点的值； 如果是红黑树，则通过树的遍历方式去获取，然后返回值； 如果是普通链表，则通过链表的方式去获取。 如果通过hash值计算定位到的桶位置上没有元素，则返回null。 public V get(Object key) {
面试官：为什么ConcurrentHashMap的读操作不需要加锁？
程序员界
09-10 741
目录 ConcurrentHashMap的简介 get操作源码 volatile登场 是加在数组上的volatile吗? 用volatile修饰的Node 总结 我们知道，ConcurrentHashmap(1.8)这个并发集合框架是线程安全的，当你看到源码的get操作时，会发现get操作全程是没有加任何锁的，这也是这篇博文讨论的问题——为什么它不需要加锁呢？ ConcurrentHashMap的简介 我想有基础的同学知道在jdk1.7中是采用Segment + HashEntry + Re
java map 线程安全_Map线程安全的四种实现方法
weixin_29650949的博客
02-12 4782
Map 线程安全四种方法：1、使用 synchronized 关键字，代码如下synchronized(anObject) {value=map.get(key);}2、使用 JDK1.5提供的锁(java.util.concurrent.locks.Lock)lock.lock();value=map.get(key);lock.unlock();3、使用 JDK1.5 提供的读写锁(java....
ConcurrentHashMap(JDK1.8) 为什么是synchronized，而不是可重入锁
chuxi8272的博客
08-02 1386
https://blog.csdn.net/mian_csdn/article/details/70185104 1. 减少内存开销 假设使用可重入锁来获得同步支持，那么每个节点都需要通过继承AQS来获得同步支持。但并不是每个节点都需要获得同步支持的，只有链表的头节点（红黑树的根节点）需要...
jdk1.8中ConcurrentHashMap的实现原理
热门推荐
varyall的专栏
07-29 2万+
并发环境下为什么使用ConcurrentHashMap 1. HashMap在高并发的环境下，执行put操作会导致HashMap的Entry链表形成环形数据结构，从而导致Entry的next节点始终不为空，因此产生死循环获取Entry 2. HashTable虽然是线程安全的，但是效率低下，当一个线程访问HashTable的同步方法时，其他线程如果也访问HashTable的同步方法，那么会进入...
JDK1.8中concurrentHashMap 只给红黑树加锁 那数组部分怎么办
最新发布
04-22
在JDK1.8中，concurrentHashMap的数组部分并没有加锁。相反，它使用了一种叫做CAS(Compare-and-Swap)的机制来实现线程安全。在CAS中，操作的值与期望值进行比较，如果相等，则执行操作，否则重新尝试。而对于并发...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值