深入Collection之ConCurrentHashMap（JDK7）

最新推荐文章于 2024-02-29 12:19:16 发布
最新推荐文章于 2024-02-29 12:19:16 发布
阅读量375 收藏
点赞数
分类专栏： JAVA 文章标签： java 多线程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/paditang/article/details/76141635
版权

深入Collection之ConCurrentHashMap（JDK7）

前言

​ 有关Collection中Map的重要性不用多说，这种K-V的存储结构在Java中使用十分广泛。单线程中，HashMap已经足够使用。而多线程中，HasMap已经满足不了正常的并发使用。而Hashtable作为HashMap在并发中的替代品，针对每个操作都上锁的行为，虽然解决了并发时正确性，但是毫无疑问这种做法大大降低了处理效率。因此到JDK1.5便有了ConCurrentHashmap的诞生。

​ 其他的不再多说，由于ConCurrentHashmap在JDK7和JDK8的实现方式不同，本文参考源码是JDK7。请各位读者注意。

结构模型

ConCurrentHashmap结构

​ 从上图易知，ConCurrentHashmap分段成若干个Segement，而默认分段16个。每个Segment中保存一个HashEntry<>数组。数组中每一个HashEntry<>根据链表的形式存储。

​ 在同一个Segment中的HashEntry<>共用同一个锁，因此并发操作时，不同Segment可以同时进行写操作。显然并发效率大大提升。

public class ConcurrentHashMap<K, V> extends AbstractMap<K, V>
        implements ConcurrentMap<K, V>, Serializable {

}

 static final class Segment<K,V> extends ReentrantLock implements Serializable {

 }

static final class HashEntry<K,V> {

}

先简单的看上述三个类，可以看到Segment继承ReentrantLock类，这就是实现分段加锁的基础。

主要方法

​ 使用一个类，当然离不开类的成员变量和成员方法，因此接下来通过对方法的介绍，希望能理解ConCurrentHashmap实现并发的精髓所在。

构造函数
public ConcurrentHashMap(int initialCapacity,
                             float loadFactor, int concurrencyLevel) {
        if (!(loadFactor > 0) || initialCapacity < 0 || concurrencyLevel <= 0)
            throw new IllegalArgumentException();
        // static final int MAX_SEGMENTS = 1 << 16;此处定义最大的Segement数
        if (concurrencyLevel > MAX_SEGMENTS)
            concurrencyLevel = MAX_SEGMENTS;
        // Find power-of-two sizes best matching arguments
        int sshift = 0;
        int ssize = 1;
        // 根据定义的并发级别，设置Segment数组大小
        while (ssize < concurrencyLevel) {
            ++sshift;
            ssize <<= 1;
        }
        this.segmentShift = 32 - sshift;
        this.segmentMask = ssize - 1;
        // static final int MAXIMUM_CAPACITY = 1 << 30; 定义最大的map容量
        if (initialCapacity > MAXIMUM_CAPACITY)
            initialCapacity = MAXIMUM_CAPACITY;
        int c = initialCapacity / ssize;
        if (c * ssize < initialCapacity)
            ++c;
        // static final int MIN_SEGMENT_TABLE_CAPACITY = 2;
        // 根据map容量和Segment数组大小确定每个Segment中HashEntry数组的大小。
        int cap = MIN_SEGMENT_TABLE_CAPACITY;
        while (cap < c)
            cap <<= 1;
        // 创建Segment数组和数组的第一项
        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方法，直接将第一项写入数组中。
        //  Class sc = Segment[].class;
        //  SBASE = UNSAFE.arrayBaseOffset(sc);
        // SBASE是数组第一个元素的偏移地址，使用UNSAFE方法可以根据偏移地址直接将第一项对象放入数组中
        UNSAFE.putOrderedObject(ss, SBASE, s0); // ordered write of segments[0]
        this.segments = ss;
    }
get()
public V get(Object key) {
        Segment<K,V> s; // manually integrate access methods to reduce overhead
        HashEntry<K,V>[] tab;
        // 计算key的哈希值，为了避免哈希碰撞太严重，混淆处理后再使用
        int h = hash(key);
        // 根据哈希值确定所在的segment
        long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE;
        if ((s = (Segment<K,V>)UNSAFE.getObjectVolatile(segments, u)) != null &&
            (tab = s.table) != null) {
        // 根据哈希值确定所在的HashEntry，找到后，遍历链表，找到对应的key，返回value。
            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;
    }

​ 这里使用UNSAFE.getObjectVolatile(Object o,long offset)方法，根据对象和在内存中的偏移地址，直接获取对象，而且是获取最新的数据，不用担心因为多线程导致数据不正确。

​ (h >>> segmentShift) & segmentMask)：将哈希值右移取与，作为在Segment数组的索引。

​ (index << SSHIFT) + SBASE :计算目标segment在内存中的偏移地址。

​ 总的来说，get()方法不需要加锁，而通过UNSAFE方法直接从内存中获取最新的值，同时避开了等待锁的时间以及并发数据不正确。

put(K key, V value)
//put方法不允许value为null。
//关键在于segment内的操作
public V put(K key, V value) {
        Segment<K,V> s;
        if (value == null)
            throw new NullPointerException();
        int hash = hash(key);
        // 找到在哪个segment。
        int j = (hash >>> segmentShift) & segmentMask;
        // 直接从内存中获取。如果为空，创建一个新的segment
        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);
    }
//根据给定的索引，返回目标segment。如果不存在，则创建一个新的segment，并添加到数组中
private Segment<K,V> ensureSegment(int k) {
        final Segment<K,V>[] ss = this.segments;
        long u = (k << SSHIFT) + SBASE; // raw offset
        Segment<K,V> seg;
        //根据给定索引获取segment，如果为null，则往下进行新建操作
        if ((seg = (Segment<K,V>)UNSAFE.getObjectVolatile(ss, u)) == null) {
            Segment<K,V> proto = ss[0]; // 使用数组第一个元素作为原型，获取一般的配置信息。
            int cap = proto.table.length;
            float lf = proto.loadFactor;
            int threshold = (int)(cap * lf);
            HashEntry<K,V>[] tab = (HashEntry<K,V>[])new HashEntry[cap];
            if ((seg = (Segment<K,V>)UNSAFE.getObjectVolatile(ss, u))
                == null) { // 再次确定segment为空
                Segment<K,V> s = new Segment<K,V>(lf, threshold, tab);
                while ((seg = (Segment<K,V>)UNSAFE.getObjectVolatile(ss, u))
                       == null) {
                    //使用cas直接从内存中修改，根据偏移地址将索引为k处从null更改为新建的segment
                    //如果修改成功，返回true，跳出检查循环。
                    if (UNSAFE.compareAndSwapObject(ss, u, null, seg = s))
                        break;
                }
            }
        }
        return seg;
    }
final V put(K key, int hash, V value, boolean onlyIfAbsent) {
            //获得锁
            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);
                //遍历链表，寻找相同的KEY，找到后，根据onleyIfAbsent属性判断是否替换
                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
                            //使用UNSAFE方法，直接从内存中将node节点放到tab数组的第index个元素
                            setEntryAt(tab, index, node);
                        ++modCount;
                        count = c;
                        oldValue = null;
                        break;
                    }
                }
            } finally {
                //必须解锁，否则其他线程无法获取
                unlock();
            }
            return oldValue;
        }
/*
* 主要目的是获得锁。且一定会获得锁，否则线程阻塞。
* 在等待锁的同时，根据哈希值在segment中找到HashEntry数组中对应的HashEntry链表。
* 如果链表为空或者链表中没有对应的key，新建节点并返回。
* 如果有，返回null。
* 关键在于尝试获得锁64次，64次后不再重试，阻塞在线程中。
* 同时如果在重试过程中，链表有更改，则重新寻找是否有节点在链表中。且重试次数清零。
*/
private HashEntry<K,V> scanAndLockForPut(K key, int hash, V value) {
            //根据哈希值找到目标HashEntry
            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()) {
                HashEntry<K,V> f; // to recheck first below
                if (retries < 0) {
                    if (e == null) {
                        if (node == null) // speculatively create node
                            node = new HashEntry<K,V>(hash, key, value, null);
                        retries = 0;
                    }
                    else if (key.equals(e.key))
                        retries = 0;
                    else
                        e = e.next;
                }
                else if (++retries > MAX_SCAN_RETRIES) {
                    lock();
                    break;
                }
                else if ((retries & 1) == 0 &&
                         (f = entryForHash(this, hash)) != first) {
                    e = first = f; // re-traverse if entry changed
                    retries = -1;
                }
            }
            return node;
        }

//重新计算哈希值。
//首先这是针对segment的扩容而不是整个segment数组的扩容。
//将数组大小乘2，计算新的阀值，新建新的HashEntry数组。
//遍历数组的每个链表的每个内容，重新计算索引并将内容根据索引导入新的HashEntry数组中。但是链表的顺序和
//原来相反
private void rehash(HashEntry<K,V> node) {

            HashEntry<K,V>[] oldTable = table;
            int oldCapacity = oldTable.length;
            int newCapacity = oldCapacity << 1;
            threshold = (int)(newCapacity * loadFactor);
            HashEntry<K,V>[] newTable =
                (HashEntry<K,V>[]) new HashEntry[newCapacity];
            int sizeMask = newCapacity - 1;
            for (int i = 0; i < oldCapacity ; i++) {
                HashEntry<K,V> e = oldTable[i];
                if (e != null) {
                    HashEntry<K,V> next = e.next;
                    int idx = e.hash & sizeMask;
                    if (next == null)   //  Single node on list
                        newTable[idx] = e;
                    else { // Reuse consecutive sequence at same slot
                        HashEntry<K,V> lastRun = e;
                        int lastIdx = idx;
                        for (HashEntry<K,V> last = next;
                             last != null;
                             last = last.next) {
                            int k = last.hash & sizeMask;
                            if (k != lastIdx) {
                                lastIdx = k;
                                lastRun = last;
                            }
                        }
                        newTable[lastIdx] = lastRun;
                        // Clone remaining nodes
                        for (HashEntry<K,V> p = e; p != lastRun; p = p.next) {
                            V v = p.value;
                            int h = p.hash;
                            int k = h & sizeMask;
                            HashEntry<K,V> n = newTable[k];
                            newTable[k] = new HashEntry<K,V>(h, p.key, v, n);
                        }
                    }
                }
            }
            int nodeIndex = node.hash & sizeMask; // add the new node
            node.setNext(newTable[nodeIndex]);
            newTable[nodeIndex] = node;
            table = newTable;
        }

​ 根据以上函数，很容易得知put()方法关键在于根据Key计算的哈希值，判断在哪个segment。然后再对segment上锁，获得锁过程中遍历HashEntry链表，判断是否有对应的key。如果没有则新建一个节点，真正添加节点时可以节省时间。如果容量超过阀值，则对Segment内的HashEntry数组重新哈希计算。即所有的操作都限定在segment内，增加并发操作的可行性。这就是分段操作。

remove()
public V remove(Object key) {
        int hash = hash(key);
        Segment<K,V> s = segmentForHash(hash);
        return s == null ? null : s.remove(key, hash, null);
    }
//根据哈希值得到相应segment，上面已经解释过，不再赘述
private Segment<K,V> segmentForHash(int h) {
        long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE;
        return (Segment<K,V>) UNSAFE.getObjectVolatile(segments, u);
    }
final V remove(Object key, int hash, Object value) {
            //这两句话还是为了获得segment锁， scanAndLock();是简化版
            if (!tryLock())
                scanAndLock(key, hash);
            V oldValue = null;
            try {
                HashEntry<K,V>[] tab = table;
                int index = (tab.length - 1) & hash;
                HashEntry<K,V> e = entryAt(tab, index);
                HashEntry<K,V> pred = null;
                // 遍历链表
                while (e != null) {
                    K k;
                    HashEntry<K,V> next = e.next;
                    if ((k = e.key) == key ||
                        (e.hash == hash && key.equals(k))) {
                        V v = e.value;
                        if (value == null || value == v || value.equals(v)) {
                            //如果是表尾，直接使用UNSAFE方法将next放到数组中
                            if (pred == null)
                                setEntryAt(tab, index, next);
                            else
                                //否则越过当前项，将前置项和后置项直接相连
                                pred.setNext(next);
                            ++modCount;
                            --count;
                            oldValue = v;
                        }
                        break;
                    }
                    pred = e;
                    e = next;
                }
            } finally {
                unlock();
            }
            return oldValue;
        }

到了remove()方法，可以看到已经大同小异了。根据key计算哈希值，判断在哪个segment。获得segment的锁。

根据哈希值判断在HashEntry数组的哪一项。遍历链表，移除目标项，解锁。

而其他方法均是如此，相比较HashMap，ConCurrentHashMap最大的不同就是采用分段锁的概念。将内容分段，并发操作时，由于有多段存在，意味着不同段之间的操作可以并发执行而不用等待锁。因此其他类似方法不再一一介绍

ConCurrentHashMap的遍历
abstract class HashIterator {
        int nextSegmentIndex;   //下一个遍历的segment
        int nextTableIndex;     //下一个遍历的HashEntry
        HashEntry<K,V>[] currentTable;
        HashEntry<K, V> nextEntry;
        HashEntry<K, V> lastReturned;
        //初始化时，倒序遍历Segment
        HashIterator() {
            nextSegmentIndex = segments.length - 1;
            nextTableIndex = -1;
            advance();
        }

        /**
         * 从后往前，找到第一个非空的Segment的第一非空的HashEntry。
         */
        final void advance() {
            for (;;) {
                if (nextTableIndex >= 0) {
                    if ((nextEntry = entryAt(currentTable,
                                             nextTableIndex--)) != null)
                        break;
                }
                else if (nextSegmentIndex >= 0) {
                    Segment<K,V> seg = segmentAt(segments, nextSegmentIndex--);
                    if (seg != null && (currentTable = seg.table) != null)
                        nextTableIndex = currentTable.length - 1;
                }
                else
                    break;
            }
        }
        //直接调用当前指针指向的HashEntry，并指向后一个可用元素
        final HashEntry<K,V> nextEntry() {
            HashEntry<K,V> e = nextEntry;
            if (e == null)
                throw new NoSuchElementException();
            lastReturned = e; // cannot assign until after null check
            if ((nextEntry = e.next) == null)
                advance();
            return e;
        }

        public final boolean hasNext() { return nextEntry != null; }
        public final boolean hasMoreElements() { return nextEntry != null; }

        public final void remove() {
            if (lastReturned == null)
                throw new IllegalStateException();
            ConcurrentHashMap.this.remove(lastReturned.key);
            lastReturned = null;
        }
    }

无论是keySet(),还是values()，都离不开基础的HashIterator。

例如KeySet()

public Set<K> keySet() {
        Set<K> ks = keySet;
        return (ks != null) ? ks : (keySet = new KeySet());
    }
final class KeySet extends AbstractSet<K> {
        public Iterator<K> iterator() {
            return new KeyIterator();
        }
        public int size() {
            return ConcurrentHashMap.this.size();
        }
        public boolean isEmpty() {
            return ConcurrentHashMap.this.isEmpty();
        }
        public boolean contains(Object o) {
            return ConcurrentHashMap.this.containsKey(o);
        }
        public boolean remove(Object o) {
            return ConcurrentHashMap.this.remove(o) != null;
        }
        public void clear() {
            ConcurrentHashMap.this.clear();
        }
    }
final class KeyIterator
        extends HashIterator
        implements Iterator<K>, Enumeration<K>
    {
        public final K next()        { return super.nextEntry().key; }
        public final K nextElement() { return super.nextEntry().key; }
    }

明显可以看出对key的遍历其实就是HashIterator的遍历。而且是对Entry中的Key的遍历。

总结

作为并发编程中常用的集合类，ConCurrentHashMap和HashTable对比，效率的提升不言而喻。

假设同时有16个线程同时操作，且key分布在4个Segment中：

如果是读，ConCurrentHashMap不需要请求锁，直接通过内存获取最新数据，比较Hashtable16个线程都需要等待锁，效率提高16倍。

如果是写，ConCurrentHashMap可以有4个Segment同时进行写操作，而Hashtable同样都需要等待锁，效率大大提升。

因此ConCurrentHashMap通过分段锁的方式，解决了并发的效率和正确性的问题，而其他数据结构上的实现和HashMap相同。都是数组+链表的形式。只不过多一个哈希值定位在哪个Segment的过程。

paditang
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JDK 1.8中文API文档
07-27
新增了`ConcurrentHashMap`的几个版本，如`compute()`、`computeIfAbsent()`、`merge()`等，这些方法提供了在并发环境下安全地更新集合的便利。 9. **接口私有方法和静态方法** 接口除了默认方法外，还可以定义...
collectionJava源码-javacollection:学习jdk1.8采集框架源代码
05-19
本文将深入探讨"collectionJava源码"，特别是针对"javacollection"项目，这是一个针对JDK 1.8集合框架的源码学习资源。我们将通过源码分析来理解其背后的实现原理，这将对提升Java开发技能大有裨益。 首先，让我们...
java-collection-ConcurrentHashMap
program哲学
06-30 219
结构 特点 设计目的是维护并发可读性 如get() 和iterators和相关方法 同时最小化update竞争。 次要目标是保持空间消耗，与HashMap相同 或者更好的空间消耗，并支持多线程在空table上的初始高插入率。 此类及其视图和迭代器实现所有的可选的 {@link Map} and {@link Iterator}接口的方法 不同于 {@link Has...
《Collection系列》第三集：ConcurrentHashMap
迦南学院
05-10 167
1.基础介绍 在日常开发中使用的 HashMap 是线程不安全的，而线程安全类 HashTable 只是简单的在方法上加锁实现了线程安全，效率低下，所以在线程安全的环境下我们通常会使用 ConcurrentHashMap package java.util.concurrent; public class ConcurrentHashMap<K,V> extends AbstractMap<K,V> implements ConcurrentMap<K,V>,
Java 集合篇（Collection、HashMap、ConcurrentHashMap）
小菜鸟
03-18 669
Java面试中集合是一个比较常考的问题，今天简单总结一下集合面试的知识点，为面试复习提供方便
jdk Collection和concurrent包 --第一篇
tuyf_hs的专栏
03-17 271
java.util 的各个 Collection https://blog.csdn.net/anyoneking/article/details/1567808 https://www.cnblogs.com/myseries/p/7508110.html ArrayList 底层是数组， public ArrayList() { this.elementData = D...
jdk Collection和concurrent包 --第三篇
tuyf_hs的专栏
03-18 163
接 上一章 依然这个网址： 找到一个不错的博客，很全： http://www.cnblogs.com/skywang12345/p/3496098.html Object Condition 休眠 wait await 唤醒个线程 notify signal 唤醒所有线程 notifyAll ...
java类源码-JavaCollection:基于JDK1.8的集合类源码分析
05-19
本篇文章将深入探讨`JavaCollection`类源码，了解其背后的实现原理。 首先，我们要明确`JavaCollection`是`java.util`包中的接口，它是所有集合的父接口，包括`List`, `Set`和`Queue`等。`Collection`接口提供了...
中文版jdk api1.8
03-24
8. **并发改进**：JDK 1.8在并发编程方面也有所增强，如`Fork/Join`框架的优化，`ConcurrentHashMap`的改进，以及新的`CompletableFuture`类，这些都提升了多线程编程的效率和灵活性。 9. ** Nashorn JavaScript...
Java开发工具jdk1.6
12-07
本篇文章将深入探讨JDK 1.6的主要特点、关键组件以及其在软件开发中的作用。 首先，JDK 1.6的核心组成部分包括Java编译器（javac）、Java虚拟机（JVM）和Java运行时环境（JRE）。`javac`是Java源代码的编译器，它将...
jdk Collection和concurrent包 --第二篇
tuyf_hs的专栏
03-18 278
queue队列(接上一章)： https://www.cnblogs.com/lemon-flm/p/7877898.html 先看 java.util.concurrent 包 里 除去atomic和locks 两个package，有哪些重要的类(有点多，一个截图 放不下) 首先看接口BlockingQueue 以及其实现类： ArrayBlockingQueue ， D...
2022 最新 JDK 17 HashMap 源码解读 (一)
猫头虎：授渔优于赠鱼，兴趣引领智慧，探索之乐尤显珍贵。商务合作：Libin9iOak，共赴知识与乐趣的探索之旅！
02-23 1074
目录HashMap简介 HashMap简介 Map 接口的基于哈希表的实现。此实现提供所有可选的映射操作，并允许空值和空键。 （HashMap 类大致相当于 Hashtable，除了它是不同步的并且允许空值。）这个类不保证映射的顺序；特别是，它不保证订单会随着时间的推移保持不变。 此实现为基本操作（get 和 put）提供恒定时间性能，假设哈希函数将元素正确地分散在桶中。对集合视图的迭代需要的时间与 HashMap 实例的“容量”（桶的数量）加上它的大小（键值映射的数量）成正比。因此，如果迭代性能很重要，则
ConcurrentHashMap的演进：从Java 8之前到Java 17的实现原理深度剖析
最新发布
码到三十五
02-29 1158
Java 8之前的通过分段锁的设计实现了高并发性能。它将哈希表划分为多个段，并使用细粒度的锁来控制对每个段的访问。这种设计大大减少了锁的竞争，提高了并发性能。然而，随着Java版本的迭代和硬件性能的提升，分段锁的设计逐渐暴露出一些问题，如内存占用较大、扩容操作复杂等。Java 8中的通过采用CAS操作结合synchronized同步块的并发控制策略以及优化后的数据结构和哈希算法等技术手段实现了高并发性能下的线程安全访问。与之前的版本相比，它在简化数据结构、提高空间利用率和降低锁竞争等方面取得了显著的进步。
jdk1.7下的ConcurrentHashMap
GSY码的博客
04-18 1252
我们在使用hashmap的时候，它不是线程安全的，而且还会出现死循环和数据丢失这些问题；使用hashtable可以保证线程安全，但是呢hashtable的效率是比较低的，hashtable中的方法是直接被synchronized关键字修饰的，一次就只可以一个线程执行，所以说效率是低的，这个时候就有了ConcurrentHashMap，它可以保证线程安全，同时也保证了效率。 ConcurrentHa...
JDK1.7中的ConcurrentHashMap
qq_45065241的博客
05-23 792
JDK1.7中的ConcurrentHashMap 前言： 通过了解HashMap我们知道HashMap时线程不安全的，但是HashTable虽然采用 public synchronized put(key,value)的上锁形式来保证线程安全，显然这样做的效率是非常慢的。假设有两个线程，线程1和线程2，线程1想在table[1]的位置put一个值，线程2想在table[3]的位置同样也put一个值，两个线程同时put显然不会造成脏数据，但是hashTable只能进来一个线程，也就是线程1执行完毕后再去
java集合Collection、List、map、ConcurrentHashMap讲解
forrest
12-24 2089
1、java集合构成 2、Collection接口       Collection是java最基本的接口，一个Collection代表一组Object。JDK不直接提供Collection的接口，而是提供继承自Collection的子接口 如List、Set。       有些Collection支持排序，有些不支持；有些可以允许元素相同，有些则不允许。         不论Coll
ConcurrentHashMap原理分析（1.7与1.8）
青鸟飞鱼
05-02 1570
转自：https://www.cnblogs.com/study-everyday/p/6430462.html 前言 以前写过介绍HashMap的文章，文中提到过HashMap在put的时候，插入的元素超过了容量（由负载因子决定）的范围就会触发扩容操作，就是rehash，这个会重新将原数组的内容重新hash到新的扩容数组中，在多线程的环境下，存在同时其他的元素也在进行put操作，如果hash...
第六章 Concurrent Collections (并发集合类) 【上】
往前的娘娘
08-19 1509
本章涉及内容： 使用非阻塞、线程安全lists集合使用阻塞、线程安全lists集合通过优先级确定顺序来使用阻塞式线程安全lists集合通过延迟元素来使用线程安全lists集合使用线程安全导航maps集合生成一个并发随机数使用原子变量使用原子数组 1、简介 数据结构是程序最基础的元素。Java API提供java 集合框架来管理数据，当你在选择集合类要特别小心，有些集合类并不支持并
Java并发包concurrent------ConcurrentHashMap
DragonYu
08-17 133
ConcurrentHashMap从JDK1.5开始开始随java.util.concurrent包一起引入JDK中，主要解决HashMap线程不安全和Hashtable效率不高的问题。HashMap是线程不安全的，而Hashtable中的方法加上了synchronized关键字而线程安全了，但是效率低下，所以ConcurrentHashMap的出现解决了这个问题，ConcurrentHashMa...
JDK1.5-1.7新特性详解：自动装箱、枚举与更多
4. **增强的for循环（For-Each Loop）**：简化了迭代集合和数组的操作，如`for (Type item : collection) { ... }`，使得遍历更简洁。 5. **注解（Annotations）**：注解是一种元数据，提供了一种安全的方法来关联...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值