Java源码之ConcurrentHashMap

最新推荐文章于 2024-08-15 13:58:36 发布
最新推荐文章于 2024-08-15 13:58:36 发布
阅读量1.4k 收藏 2
点赞数 1
分类专栏： Java源码 Java源码解析 文章标签： Java源码 ConcurrentHashMap
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/itismelzp/article/details/50878487
版权

Java源码之ConcurrentHashMap

 

 

一、概述


一个比Hashtable性能更优的线程安全的Map类，它就是ConcurrentHashMap，本文基于Java 7的源码做剖析。

从JDK1.2起，就有了HashMap，HashMap不是线程安全的，因此多线程操作时需要格外小心。在JDK1.5中，伟大的Doug Lea给我们带来了concurrent包(即java.util.concurrent包)，从此Map也有安全的了。

 

二、ConcurrentHashMap的目的

多线程环境下，使用Hashmap进行put操作会引起死循环，导致CPU利用率接近100%，所以在并发情况下不能使用HashMap。虽然已经有一个线程安全的Hashtable，但是Hashtable容器使用synchronized（他的get和put方法的实现代码如下）来保证线程安全，在线程竞争激烈的情况下Hashtable的效率非常低下。因为当一个线程访问HashTable的同步方法时，访问其他同步方法的线程就可能会进入阻塞或者轮训状态。如线程1使用put进行添加元素，线程2不但不能使用put方法添加元素，并且也不能使用get方法来获取元素，所以竞争越激烈效率越低。

 

Hashtable中的get和put方法：

 

public synchronized V get(Object key) {
    Entry<?,?> tab[] = table;
    int hash = key.hashCode();
    int index = (hash & 0x7FFFFFFF) % tab.length;
    for (Entry<?,?> e = tab[index] ; e != null ; e = e.next) {
        if ((e.hash == hash) && e.key.equals(key)) {
            return (V)e.value;
        }
    }
    return null;
}
public synchronized V put(K key, V value) {
    // Make sure the value is not null
    if (value == null) {
        throw new NullPointerException();
    }
 
    // Makes sure the key is not already in the hashtable.
    Entry<?,?> tab[] = table;
    int hash = key.hashCode();
    int index = (hash & 0x7FFFFFFF) % tab.length;
    @SuppressWarnings("unchecked")
    Entry<K,V> entry = (Entry<K,V>)tab[index];
    for(; entry != null ; entry = entry.next) {
        if ((entry.hash == hash) && entry.key.equals(key)) {
            V old = entry.value;
            entry.value = value;
            return old;
        }
    }
 
    addEntry(hash, key, value, index);
    return null;
}

 

 

 

 

 

实现原理在这么恶劣的环境下，ConcurrentHashMap应运而生。

ConcurrentHashMap使用分段锁技术，将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个段数据的时候，其他段的数据也能被其他线程访问，能够实现真正的并发访问。如下图是ConcurrentHashMap的内部结构图：



从图中可以看到，ConcurrentHashMap内部分为很多个Segment，每一个Segment拥有一把锁，然后每个Segment（继承ReentrantLock）下面包含很多个HashEntry列表数组。对于一个key，需要经过三次（为什么要hash三次下文会详细讲解）hash操作，才能最终定位这个元素的位置，这三次hash分别为：

1. 对于一个key，先进行一次hash操作，得到hash值h1，也即h1 = hash1(key)；

2. 将得到的h1的高几位进行第二次hash，得到hash值h2，也即h2 = hash2(h1高几位)，通过h2能够确定该元素的放在哪个Segment；

3. 将得到的h1进行第三次hash，得到hash值h3，也即h3 = hash3(h1)，通过h3能够确定该元素放置在哪个HashEntry。

 

三、初始化

先看看ConcurrentHashMap的初始化做了哪些事情，构造函数的源码如下：

 

public ConcurrentHashMap(int initialCapacity,
        float loadFactor, int concurrencyLevel) {
	if (!(loadFactor > 0) || initialCapacity < 0 || concurrencyLevel <= 0)
	throw new IllegalArgumentException();
	if (concurrencyLevel > MAX_SEGMENTS)
	concurrencyLevel = MAX_SEGMENTS;
	// Find power-of-two sizes best matching arguments
	int sshift = 0;
	int ssize = 1;
	while (ssize < concurrencyLevel) {
		++sshift;
		ssize <<= 1;
	}
	this.segmentShift = 32 - sshift;
	this.segmentMask = ssize - 1;
	if (initialCapacity > MAXIMUM_CAPACITY)
	initialCapacity = MAXIMUM_CAPACITY;
	int c = initialCapacity / ssize;
	if (c * ssize < initialCapacity)
	++c;
	int cap = MIN_SEGMENT_TABLE_CAPACITY;
	while (cap < c)
	cap <<= 1;
	// create segments and segments[0]
	Segment<K,V> s0 =
	new Segment<K,V>(loadFactor, (int)(cap * loadFactor),
	        (HashEntry<K,V>[])new HashEntry[cap]);
	Segment<K,V>[] ss = (Segment<K,V>[])new Segment[ssize];
	UNSAFE.putOrderedObject(ss, SBASE, s0); // ordered write of segments[0]
	this.segments = ss;
}

 

 

 

 

 

 

  • initialCapacity：新创建的这个ConcurrentHashMap的初始容量，也就是上面的结构图中的Entry数量。默认值为static final int DEFAULT_INITIAL_CAPACITY = 16;传入的参数有initialCapacity，loadFactor，concurrencyLevel这三个。
  • loadFactor：负载因子，就是当ConcurrentHashMap中的元素个数大于loadFactor * 最大容量时就需要rehash，扩容。默认值为static final float DEFAULT_LOAD_FACTOR = 0.75f;
  • concurrencyLevel：并发级别，这个值用来确定Segment的个数，Segment的个数是大于等于concurrencyLevel的第一个2的n次方的数。比如，如果concurrencyLevel为12，13，14，15，16这些数，则Segment的数目为16(2的4次方)。默认值为static final int DEFAULT_CONCURRENCY_LEVEL = 16;。理想情况下ConcurrentHashMap的真正的并发访问量能够达到concurrencyLevel，因为有concurrencyLevel个Segment，假如有concurrencyLevel个线程需要访问Map，并且需要访问的数据都恰好分别落在不同的Segment中，则这些线程能够无竞争地自由访问（因为他们不需要竞争同一把锁），达到同时访问的效果。这也是为什么这个参数起名为“并发级别”的原因。

 

初始化的一些动作：

1.验证参数的合法性，如果不合法，直接抛出异常。

2.concurrencyLevel也就是Segment的个数不能超过规定的最大Segment的个数，默认值为static final int MAX_SEGMENTS = 1 << 16;，如果超过这个值，设置为这个值。

3.然后使用循环找到大于等于concurrencyLevel的第一个2的n次方的数ssize，这个数就是Segment数组的大小，并记录一共向左按位移动的次数sshift，并令segmentShift = 32 - sshift，并且segmentMask的值等于ssize - 1，segmentMask的各个二进制位都为1，目的是之后可以通过key的hash值与这个值做&运算确定Segment的索引。

4.检查给的容量值是否大于允许的最大容量值，如果大于该值，设置为该值。最大容量值为static final int MAXIMUM_CAPACITY = 1 << 30;。

5.然后计算每个Segment平均应该放置多少个元素，这个值c是向上取整的值。比如初始容量为15，Segment个数为4，则每个Segment平均需要放置4个元素。

6.最后创建一个Segment实例，将其当做Segment数组的第一个元素。

 

 

四、put操作

put操作采用“自旋琐”的方式加琐，put操作的源码如下：

 

public V put(K key, V value) {
    Segment<K,V> s;
    if (value == null)
        throw new NullPointerException();
    int hash = hash(key);
    int j = (hash >>> segmentShift) & segmentMask;
    if ((s = (Segment<K,V>)UNSAFE.getObject          // nonvolatile; recheck
         (segments, (j << SSHIFT) + SBASE)) == null) //  in ensureSegment
        s = ensureSegment(j);
    return s.put(key, hash, value, false);
}

 

 

 

final V put(K key, int hash, V value, boolean onlyIfAbsent) {
    // 试图加琐，琐不上则调用scanAndLockForPut方法循环加琐。即put方法采用的是“自旋琐”的方式加锁
    HashEntry<K,V> node = tryLock() ? null :
        scanAndLockForPut(key, hash, value);
    V oldValue;
    try {
        HashEntry<K,V>[] tab = table;
        int index = (tab.length - 1) & hash;
        HashEntry<K,V> first = entryAt(tab, index);
        for (HashEntry<K,V> e = first;;) {
            if (e != null) {
                K k;
                if ((k = e.key) == key ||
                    (e.hash == hash && key.equals(k))) {
                    oldValue = e.value;
                    if (!onlyIfAbsent) {
                        e.value = value;
                        ++modCount;
                    }
                    break;
                }
                e = e.next;
            }
            else {
                if (node != null)
                    node.setNext(first);
                else
                    node = new HashEntry<K,V>(hash, key, value, first);
                int c = count + 1;
                if (c > threshold && tab.length < MAXIMUM_CAPACITY)
                    rehash(node);
                else
                    setEntryAt(tab, index, node);
                ++modCount;
                count = c;
                oldValue = null;
                break;
            }
        }
    } finally {
        unlock();
    }
    return oldValue;
}

 

 

 

 

 

 

private HashEntry<K,V> scanAndLockForPut(K key, int hash, V value) {
    HashEntry<K,V> first = entryForHash(this, hash);
    HashEntry<K,V> e = first;
    HashEntry<K,V> node = null;
    int retries = -1; // negative while locating node
    while (!tryLock()) {
    	// ...   直到琐上为止
    }
    //...
}

 

 

 

 

 


1. 判断value是否为null，如果为null，直接抛出异常。操作步骤如下：

2. key通过一次hash运算得到一个hash值。(这个hash运算下文详说)

3. 将得到hash值向右按位移动segmentShift位，然后再与segmentMask做&运算得到segment的索引j。
在初始化的时候我们说过segmentShift的值等于32-sshift，例如concurrencyLevel等于16，则sshift等于4，则segmentShift为28。hash值是一个32位的整数，将其向右移动28位就变成这个样子：
0000 0000 0000 0000 0000 0000 0000 xxxx，然后再用这个值与segmentMask做&运算，也就是取最后四位的值。这个值确定Segment的索引。

4. 使用Unsafe的方式从Segment数组中获取该索引对应的Segment对象。

5. 向这个Segment对象中put值，这个put操作也基本是一样的步骤（通过&运算获取HashEntry的索引，然后set）。

 

五、get操作

get采用“乐观琐”方式加琐，get操作的源码如下：

 

public V get(Object key) {
    Segment<K,V> s; // manually integrate access methods to reduce overhead
    HashEntry<K,V>[] tab;
    int h = hash(key);
    long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE;
    if ((s = (Segment<K,V>)UNSAFE.getObjectVolatile(segments, u)) != null &&
        (tab = s.table) != null) {
        for (HashEntry<K,V> e = (HashEntry<K,V>) UNSAFE.getObjectVolatile
                 (tab, ((long)(((tab.length - 1) & h)) << TSHIFT) + TBASE);
             e != null; e = e.next) {
            K k;
            if ((k = e.key) == key || (e.hash == h && key.equals(k)))
                return e.value;
        }
    }
    return null;
}

 

 

 

 

 

1. 和put操作一样，先通过key进行两次hash确定应该去哪个Segment中取数据。操作步骤为：

2. 使用Unsafe获取对应的Segment，然后再进行一次&运算得到HashEntry链表的位置，然后从链表头开始遍历整个链表（因为Hash可能会有碰撞，所以用一个链表保存），如果找到对应的key，则返回对应的value值，如果链表遍历完都没有找到对应的key，则说明Map中不包含该key，返回null。

 

六、size操作

size操作与put和get操作最大的区别在于，size操作需要遍历所有的Segment才能算出整个Map的大小，而put和get都只关心一个Segment。假设我们当前遍历的Segment为SA，那么在遍历SA过程中其他的Segment比如SB可能会被修改，于是这一次运算出来的size值可能并不是Map当前的真正大小。所以一个比较简单的办法就是计算Map大小的时候所有的Segment都Lock住，不能更新(包含put，remove等等)数据，计算完之后再Unlock。

这是普通人能够想到的方案，但是牛逼的作者还有一个更好的Idea：先给3次机会，不lock所有的Segment，遍历所有Segment，累加各个Segment的大小得到整个Map的大小，如果某相邻的两次计算获取的所有Segment的更新的次数（每个Segment都有一个modCount变量，这个变量在Segment中的Entry被修改时会加一，通过这个值可以得到每个Segment的更新操作的次数）是一样的，说明计算过程中没有更新操作，则直接返回这个值。如果这3次不加锁的计算过程中Map的更新次数有变化，则之后的计算先对所有的Segment加锁，再遍历所有Segment计算Map大小，最后再解锁所有Segment。源代码如下：

 

public int size() {
    // Try a few times to get accurate count. On failure due to
    // continuous async changes in table, resort to locking.
    final Segment<K,V>[] segments = this.segments;
    int size;
    boolean overflow; // true if size overflows 32 bits
    long sum;         // sum of modCounts
    long last = 0L;   // previous sum
    int retries = -1; // first iteration isn't retry
    try {
        for (;;) {
            if (retries++ == RETRIES_BEFORE_LOCK) {
                for (int j = 0; j < segments.length; ++j)
                    ensureSegment(j).lock(); // force creation
            }
            sum = 0L;
            size = 0;
            overflow = false;
            for (int j = 0; j < segments.length; ++j) {
                Segment<K,V> seg = segmentAt(segments, j);
                if (seg != null) {
                    sum += seg.modCount;
                    int c = seg.count;
                    if (c < 0 || (size += c) < 0)
                        overflow = true;
                }
            }
            if (sum == last)
                break;
            last = sum;
        }
    } finally {
        if (retries > RETRIES_BEFORE_LOCK) {
            for (int j = 0; j < segments.length; ++j)
                segmentAt(segments, j).unlock();
        }
    }
    return overflow ? Integer.MAX_VALUE : size;
}

 

 

举个例子：

 

 

一个Map有4个Segment，标记为S1，S2，S3，S4，现在我们要获取Map的size。计算过程是这样的：第一次计算，不对S1，S2，S3，S4加锁，遍历所有的Segment，假设每个Segment的大小分别为1，2，3，4，更新操作次数分别为：2，2，3，1，则这次计算可以得到Map的总大小为1+2+3+4=10，总共更新操作次数为2+2+3+1=8；第二次计算，不对S1,S2,S3,S4加锁，遍历所有Segment，假设这次每个Segment的大小变成了2，2，3，4，更新次数分别为3，2，3，1，因为两次计算得到的Map更新次数不一致(第一次是8，第二次是9)则可以断定这段时间Map数据被更新，则此时应该再试一次；第三次计算，不对S1，S2，S3，S4加锁，遍历所有Segment，假设每个Segment的更新操作次数还是为3，2，3，1，则因为第二次计算和第三次计算得到的Map的更新操作的次数是一致的，就能说明第二次计算和第三次计算这段时间内Map数据没有被更新，此时可以直接返回第三次计算得到的Map的大小。最坏的情况：第三次计算得到的数据更新次数和第二次也不一样，则只能先对所有Segment加锁再计算最后解锁。

 

七、containsValue操作

containsValue操作采用了和size操作一样的想法:

 

public boolean containsValue(Object value) {
    // Same idea as size()
    if (value == null)
        throw new NullPointerException();
    final Segment<K,V>[] segments = this.segments;
    boolean found = false;
    long last = 0;
    int retries = -1;
    try {
        outer: for (;;) {
            if (retries++ == RETRIES_BEFORE_LOCK) {
                for (int j = 0; j < segments.length; ++j)
                    ensureSegment(j).lock(); // force creation
            }
            long hashSum = 0L;
            int sum = 0;
            for (int j = 0; j < segments.length; ++j) {
                HashEntry<K,V>[] tab;
                Segment<K,V> seg = segmentAt(segments, j);
                if (seg != null && (tab = seg.table) != null) {
                    for (int i = 0 ; i < tab.length; i++) {
                        HashEntry<K,V> e;
                        for (e = entryAt(tab, i); e != null; e = e.next) {
                            V v = e.value;
                            if (v != null && value.equals(v)) {
                                found = true;
                                break outer;
                            }
                        }
                    }
                    sum += seg.modCount;
                }
            }
            if (retries > 0 && sum == last)
                break;
            last = sum;
        }
    } finally {
        if (retries > RETRIES_BEFORE_LOCK) {
            for (int j = 0; j < segments.length; ++j)
                segmentAt(segments, j).unlock();
        }
    }
    return found;
}

 

 

 

 

 

 

八、关于hash

 

大家一定还记得使用一个key定位Segment之前进行过一次hash操作吧？这次hash的作用是什么呢？看看hash的源代码：

 

private int hash(Object k) {
    int h = hashSeed;
 
    if ((0 != h) && (k instanceof String)) {
        return sun.misc.Hashing.stringHash32((String) k);
    }
 
    h ^= k.hashCode();
 
    // Spread bits to regularize both segment and index locations,
    // using variant of single-word Wang/Jenkins hash.
    h += (h <<  15) ^ 0xffffcd7d;
    h ^= (h >>> 10);
    h += (h <<   3);
    h ^= (h >>>  6);
    h += (h <<   2) + (h << 14);
    return h ^ (h >>> 16);
}

 

 

 

 

 

 

源码中的注释是这样的：

Applies a supplemental hash function to a given hashCode, which defends against poor quality hash functions. This is critical because ConcurrentHashMap uses power-of-two length hash tables, that otherwise encounter collisions for hashCodes that do not differ in lower or upper bits.

这里用到了Wang/Jenkins hash算法的变种，主要的目的是为了减少哈希冲突，使元素能够均匀的分布在不同的Segment上，从而提高容器的存取效率。假如哈希的质量差到极点，那么所有的元素都在一个Segment中，不仅存取元素缓慢，分段锁也会失去意义。

举个简单的例子：

 

System.out.println(Integer.parseInt("0001111", 2) & 15);
System.out.println(Integer.parseInt("0011111", 2) & 15);
System.out.println(Integer.parseInt("0111111", 2) & 15);
System.out.println(Integer.parseInt("1111111", 2) & 15);

 

 

 

 

 

 这些数字得到的hash值都是一样的，全是15，所以如果不进行第一次预hash，发生冲突的几率还是很大的，但是如果我们先把上例中的二进制数字使用hash()函数先进行一次预hash，得到的结果是这样的：

0100｜0111｜0110｜0111｜1101｜1010｜0100｜1110
1111｜0111｜0100｜0011｜0000｜0001｜1011｜1000
0111｜0111｜0110｜1001｜0100｜0110｜0011｜1110
1000｜0011｜0000｜0000｜1100｜1000｜0001｜1010

上面这个例子引用自: InfoQ
可以看到每一位的数据都散开了，并且ConcurrentHashMap中是使用预hash值的高位参与运算的。比如之前说的先将hash值向右按位移动28位，再与15做&运算，得到的结果都别为：4，15，7，8，没有冲突！

 

 

九、注意事项

 

  • ConcurrentHashMap中的key和value值都不能为null。
  • ConcurrentHashMap的整个操作过程中大量使用了Unsafe类来获取Segment/HashEntry，这里Unsafe的主要作用是提供原子操作。Unsafe这个类比较恐怖，破坏力极强，一般场景不建议使用，如果有兴趣可以到这里做详细的了解Java中鲜为人知的特性。
  • ConcurrentHashMap是线程安全的类并不能保证使用了ConcurrentHashMap的操作都是线程安全的！

 

 

 

 

 

十、测试

 

import java.util.concurrent.ConcurrentHashMap;

public class ConcurrentHashMapTest {
	private static ConcurrentHashMap<Integer, Integer> map = new ConcurrentHashMap<Integer, Integer>();

	public static void main(String[] args) {
		Thread t1 = new Thread("Thread1") {
			@Override
			public void run() {
				map.put(3, 33);
				System.out.println("Threa1 start");
			}
		};
		Thread t2 = new Thread("Thread2") {
			@Override
			public void run() {
				map.put(4, 44);
				System.out.println("Threa2 start");
			}
		};
		Thread t3 = new Thread("Thread3") {
			@Override
			public void run() {
				map.put(7, 77);
				System.out.println("Threa3 start");
			}
		};
		t1.start();
		t2.start();
		t3.start();
		System.out.println(map);
	}
}

 

 

 

 

 

ConcurrentHashMap中默认是把segments初始化为长度为16的数组。

根据ConcurrentHashMap.segmentFor的算法，3、4对应的Segment都是segments[1]，7对应的Segment是segments[12]。
（1）Thread1和Thread2先后进入Segment.put方法时，Thread1会首先获取到锁，可以进入，而Thread2则会阻塞在锁上：

 

（2）切换到Thread3，也走到Segment.put方法，因为7所存储的Segment和3、4不同，因此，不会阻塞在lock()：

以上就是ConcurrentHashMap的工作机制，通过把整个Map分为N个Segment（类似HashTable），可以提供相同的线程安全，但是效率提升N倍，默认提升16倍。

 

 

 

参考：

[1] http://blog.csdn.net/xuefeng0707/article/details/40834595

[2] http://qifuguang.me/2015/09/10/[Java并发包学习八]深度剖析ConcurrentHashMap/

[3] http://my.oschina.net/zhenglingfei/blog/400515

 

 

walker lee
关注
专栏目录
ConcurrentHashMap使用案例（单词数量统计）
Sold Out
01-24 1866
博主总结的思维导图，有需要的可自取 JVM思维导图（含面试题） Maven思维导图（含面试题） 前言 目标：实现单词数量统计 过程：首先使用26个英文字母，每个字母200个，将26*200个字母打乱顺序存入26个txt文件中。 使用26个线程，每个线程统计一个txt文件的200个字母。26个线程同时操作这一个Map集合。 最终想要得到的结果为：a：200（a被统计了200次），b：200（b被统计了200次）……z：200（z被统计200次）总和26*200。 实践：使用HashMa...
Java之ConcurrentHashMap
moni_mm的博客
04-27 140
ConcurrentHashMap 继承自AbstractMap，实现ConcurrentMap接口 保证同步 table nextTable sizeCtl baseCount等变量均用volatile修饰 获取元素用Unsafe类的getObjectVolatile方法 设置数组元素用compareAndSwapObject方法 用for循环for (Node&amp;lt;K,V...
ConcurrentHashMap原理分析
zuo_qin_bo的专栏
06-14 515
一.Java并发基础 当一个对象或变量可以被多个线程共享的时候，就有可能使得程序的逻辑出现问题。 在一个对象中有一个变量i=0，有两个线程A，B都想对i加1，这个时候便有问题显现出来，关键就是对i加1的这个过程不是原子操作。要想对i进行递增，第一步就是获取i的值，当A获取i的值为0，在A将新的值写入A之前，B也获取了A的值0，然后A写入，i变成1，然后B也写入i，i这个时候依然是1. 当然jav
深入理解Java中的并发数据结构：ConcurrentHashMap的内部实现
最新发布
weixin_53840353的博客
08-15 961
是Java提供的一个线程安全且高效的哈希表实现。它通过分段锁（Segment Locks）和CAS操作（Compare-And-Swap）机制，解决了传统Hashtable和同步包装的HashMap在并发性能上的瓶颈。通过本文，我们深入探讨了的内部实现原理，包括分段锁、CAS操作和红黑树等技术。此外，我们还通过代码示例展示了的基本使用方法和在并发环境下的优势。最后，我们对比了与其他常见并发数据结构的优缺点，帮助读者更好地理解其适用场景和优势。
疯狂Java学习笔记（80）-----------并发容器之ConcurrentHashMap
chunbo1110的博客
04-14 184
Java并发编程：并发容器之ConcurrentHashMap（转载） 　　下面这部分内容转载自： 　　http://www.haogongju.net/art/2350374 　　JDK5中添加了新的concurrent包，相对同步容器而言，并发容器通过一些机制改进了并发性能。因为同步...
ConcurrentHashMap复合操作问题
和大黄的博客
03-11 3950
ConcurrentHashMap通常只被看做并发效率更高的Map，用来替换其他线程安全的Map容器，比如Hashtable和Collections.synchronizedMap。实际上，线程安全的容器，特别是Map，应用场景没有想象中的多，很多情况下一个业务会涉及容器的多个操作，即复合操作，并发执行时，线程安全的容器只能保证自身的数据不被破坏，但无法保证业务的行为是否正确。 举个例子：统
ConcurrentHashMap
m0_54356563的博客
04-17 1470
目录 1、ConcurrentHashMap 2、ConcurrentMap 3、ConcurrentHashMap 1、ConcurrentHashMap 在JDK1.4之前只有vector和HashTable是线程安全集合，在JDK 1.5时开始增加了安全的Map接口ConcurrentHashMap和线程安全的队列BlockingQueue 通过继承关系图可知： ConcurrentHashMap是HashMap的安全版本 2、ConcurrentMap 也是键值对形式来..
JAVA ConcurrentHashMap
lin_tuer的博客
03-24 367
隔了这么久 才把 concurrenthashmap 的文给补上，我表示深深的忏悔，不过，学习贵在坚持，不管有多少事情等待着我，我总要花时间去做我坚持要做的。首先，先列举一下，关于 ConcurrentHashMap 必须知道的几个点：1. 它 是线程安全的，通过采用 分段锁 来提高并发操作的效率，（效率比 HashTable高）。不支持 key, value 为 null。2. 它 通过 二次 ...
Java源码解析ConcurrentHashMap的初始化
08-26
Java源码解析ConcurrentHashMap的初始化 在Java并发编程中，ConcurrentHashMap是一个非常重要的数据结构，它可以在多线程环境下提供高效的哈希表操作。今天，我们将深入探讨ConcurrentHashMap的初始化过程，并分析...
Java并发系列之ConcurrentHashMap源码分析
08-27
Java并发系列之ConcurrentHashMap源码分析 ConcurrentHashMap是Java中一个高性能的哈希表实现，它解决了HashTable的同步问题，允许多线程同时操作哈希表，从而提高性能。 1. ConcurrentHashMap的成员变量： ...
深入学习java并发包ConcurrentHashMap
08-25
《深入学习Java并发包ConcurrentHashMap》 Java并发包中的ConcurrentHashMap是线程安全的散列映射，它是HashMap的并发版本，适用于多线程环境。与HashMap不同，ConcurrentHashMap采用了一种称为分段锁（Segment）的...
ConcurrentHashmap源码
02-18
源码分析见我博文：http://blog.csdn.net/wabiaozia/article/details/50684556
java并发容器ConcurrentHashMap源码分析，springboot入门最详细教程
m0_64204730的博客
11-17 248
Creates a new, empty map with the specified initial capacity, load factor and concurrency level. @param initialCapacity the initial capacity. The implementation performs internal sizing to accommodate this many elements. @param loadFactor the l..
Java8之ConcurrentHashMap实现原理
ddxd0406的博客
08-05 9184
在java8之前ConcurrentHashMap是使用分段锁来实现并发的，数据结构为hashmap（数组加链表）的基础上再套一层segment数组，锁加在segment元素上。java8实现了粒度更细的加锁，去掉了segment数组，直接使用synchronized锁住hash后得到的数组下标位置中的第一个元素 ，如下图，这样加锁比segment加锁能支持更高的并发量。 另外，在java8...
Java ConcurrentHashMap
QYgujingjing的专栏
07-01 363
Java ConcurrentHashMap
ConcurrentHashMap简单案例
兀坐晴窗独饮茶
09-26 1064
线程安全集合类可以分为三大类：遗留的线程安全集合如Hashtable，Vector使用 Collections 装饰的线程安全集合，如重点介绍Blocking、、Concurrentcas遍历时如果发生了修改，对于非安全容器来讲，使用机制也就是让遍历立刻失败，抛出，不再继续遍历。
ConcurrentHashMap使用示例
窗外小雨
03-05 9850
本文参考：点击打开链接 一、V putIfAbsent(K key, V value）； 此方法解释：如果key对应的值value不存在就put,且返回null。如果key对应的值value已存在，则返回已存在的值，且value不能为null，否则会报空指针异常。 测试如下： private static ConcurrentMap wordCounts = new Conc
java 缓存 ConcurrentHashMap 单例 简单示例
lzp158869557的博客
06-07 4652
1、实现代码 import java.util.HashMap; import java.util.concurrent.ConcurrentHashMap; public class LocalCache { private LocalCache() { } // 防止在外部实例化 // 使用volatile延迟初始化，防止编译器重排序 private
Java ConcurrentHashMap 源码深度剖析
"ConcurrentHashMap源码剖析，深入解析Java并发集合中的ConcurrentHashMap，包括其设计理念、结构解析和应用场景，重点关注锁分离技术及其避免死锁的策略。" ConcurrentHashMap是Java并发编程中非常重要的一种数据...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值