线程安全集合类

概述

线程安全集合类 - 图1

线程安全集合类可以分为三大类:

  • 遗留的线程安全集合如 Hashtable , Vector
  • 使用 Collections 装饰的线程安全集合,如:
    • Collections.synchronizedCollection
    • Collections.synchronizedList
    • Collections.synchronizedMap
    • Collections.synchronizedSet
    • Collections.synchronizedNavigableMap
    • Collections.synchronizedNavigableSet
    • Collections.synchronizedSortedMap
    • Collections.synchronizedSortedSet
  • java.util.concurrent.*

重点介绍 java.util.concurrent.* 下的线程安全集合类,可以发现它们有规律,里面包含三类关键词:Blocking、CopyOnWrite、Concurrent

  • Blocking 大部分实现基于锁,并提供用来阻塞的方法
  • CopyOnWrite 之类容器修改开销相对较重
  • Concurrent 类型的容器
    • 内部很多操作使用 cas 优化,一般可以提供较高吞吐量
    • 弱一致性
      • 遍历时弱一致性,例如,当利用迭代器遍历时,如果容器发生修改,迭代器仍然可以继续进行遍历,这时内容是旧的
      • 求大小弱一致性,size 操作未必是 100% 准确
      • 读取弱一致性

遍历时如果发生了修改,对于非安全容器来讲,使用 fail-fast 机制也就是让遍历立刻失败,抛出ConcurrentModifificationException,不再继续遍历,fail-safe机制则继续遍历。

ConcurrentHashMap

单词计数

  1. public class TestWordCount {
  2. public static void main(String[] args) {
  3. demo(
  4. // 创建 map 集合
  5. // 创建 ConcurrentHashMap 对不对?
  6. () -> new ConcurrentHashMap<String, LongAdder>(8, 0.75f, 8),
  7. (map, words) -> {
  8. for (String word : words) {
  9. // 检查 key 有没有
  10. Integer counter = map.get(word);
  11. int newValue = counter == null ? 1 : counter + 1;
  12. // 没有 则 put
  13. map.put(word, newValue);
  14. }
  15. }
  16. );
  17. }
  18. private static void demo2() {
  19. Map<String, Integer> collect = IntStream.range(1, 27).parallel()
  20. .mapToObj(idx -> readFromFile(idx))
  21. .flatMap(list -> list.stream())
  22. .collect(Collectors.groupingBy(Function.identity(), Collectors.summingInt(w -> 1)));
  23. System.out.println(collect);
  24. }
  25. private static <V> void demo(Supplier<Map<String, V>> supplier, BiConsumer<Map<String, V>, List<String>> consumer) {
  26. Map<String, V> counterMap = supplier.get();
  27. // key value
  28. // a 200
  29. // b 200
  30. List<Thread> ts = new ArrayList<>();
  31. for (int i = 1; i <= 26; i++) {
  32. int idx = i;
  33. Thread thread = new Thread(() -> {
  34. List<String> words = readFromFile(idx);
  35. consumer.accept(counterMap, words);
  36. });
  37. ts.add(thread);
  38. }
  39. ts.forEach(t -> t.start());
  40. ts.forEach(t -> {
  41. try {
  42. t.join();
  43. } catch (InterruptedException e) {
  44. e.printStackTrace();
  45. }
  46. });
  47. System.out.println(counterMap);
  48. }
  49. public static List<String> readFromFile(int i) {
  50. ArrayList<String> words = new ArrayList<>();
  51. try (BufferedReader in = new BufferedReader(new InputStreamReader(new FileInputStream("tmp/" + i + ".txt")))) {
  52. while (true) {
  53. String word = in.readLine();
  54. if (word == null) {
  55. break;
  56. }
  57. words.add(word);
  58. }
  59. return words;
  60. } catch (IOException e) {
  61. throw new RuntimeException(e);
  62. }
  63. }
  64. }

你要做的是实现两个参数

  • 一是提供一个 map 集合,用来存放每个单词的计数结果,key 为单词,value 为计数
  • 二是提供一组操作,保证计数的安全性,会传递 map 集合以及 单词 List

正确结果输出应该是每个单词出现 200 次

  1. {a=200, b=200, c=200, d=200, e=200, f=200, g=200, h=200, i=200, j=200, k=200, l=200, m=200,
  2. n=200, o=200, p=200, q=200, r=200, s=200, t=200, u=200, v=200, w=200, x=200, y=200, z=200}

下面的实现为:

  1. // 检查 key 有没有
  2. Integer counter = map.get(word);
  3. int newValue = counter == null ? 1 : counter + 1;
  4. // 没有 则 put
  5. map.put(word, newValue);

有没有问题?请改进:

  1. // 如果缺少一个 key,则计算生成一个 value , 然后将 key value 放入 map
  2. // a 0
  3. LongAdder value = map.computeIfAbsent(word, (key) -> new LongAdder());
  4. // 执行累加
  5. value.increment(); // 2

原理

JDK 7 HashMap并发死链

详细见🔗 《集合底层细节》)

点击查看【bilibili】

小结

  • 究其原因,是因为在多线程环境下使用了非线程安全的 map 集合
  • JDK 8 虽然将扩容算法做了调整,不再将元素加入链表头(而是保持与扩容前一样的顺序),但仍不意味着能够在多线程环境下能够安全扩容,还会出现其它问题(如扩容丢数据)

JDK 8 ConcurrentHashMap

重要属性和内部类
  1. // 默认为 0
  2. // 当初始化时, 为 -1
  3. // 当扩容时, 为 -(1 + 扩容线程数)
  4. // 当初始化或扩容完成后,为 下一次的扩容的阈值大小
  5. private transient volatile int sizeCtl;
  6. // 整个 ConcurrentHashMap 就是一个 Node[]
  7. static class Node<K,V> implements Map.Entry<K,V> {}
  8. // hash 表
  9. transient volatile Node<K,V>[] table;
  10. // 扩容时的 新 hash 表
  11. private transient volatile Node<K,V>[] nextTable;
  12. // 扩容时如果某个 bin 迁移完毕, 用 ForwardingNode 作为旧 table bin 的头结点
  13. static final class ForwardingNode<K,V> extends Node<K,V> {}
  14. // 用在 compute 以及 computeIfAbsent 时, 用来占位, 计算完成后替换为普通 Node
  15. static final class ReservationNode<K,V> extends Node<K,V> {}
  16. // 作为 treebin 的头节点, 存储 root 和 first
  17. static final class TreeBin<K,V> extends Node<K,V> {}
  18. // 作为 treebin 的节点, 存储 parent, left, right
  19. static final class TreeNode<K,V> extends Node<K,V> {}

重要方法
  1. // 获取 Node[] 中第 i 个 Node
  2. static final <K,V> Node<K,V> tabAt(Node<K,V>[] tab, int i)
  3. // cas 修改 Node[] 中第 i 个 Node 的值, c 为旧值, v 为新值
  4. static final <K,V> boolean casTabAt(Node<K,V>[] tab, int i, Node<K,V> c, Node<K,V> v)
  5. // 直接修改 Node[] 中第 i 个 Node 的值, v 为新值
  6. static final <K,V> void setTabAt(Node<K,V>[] tab, int i, Node<K,V> v)

构造器分析

可以看到实现了懒惰初始化,在构造方法中仅仅计算了 table 的大小,以后在第一次使用时才会真正创建

  1. public ConcurrentHashMap(int initialCapacity, float loadFactor, int concurrencyLevel) {
  2. if (!(loadFactor > 0.0f) || initialCapacity < 0 || concurrencyLevel <= 0)
  3. throw new IllegalArgumentException();
  4. if (initialCapacity < concurrencyLevel) // Use at least as many bins
  5. initialCapacity = concurrencyLevel; // as estimated threads
  6. long size = (long)(1.0 + (long)initialCapacity / loadFactor);
  7. // tableSizeFor 仍然是保证计算的大小是 2^n, 即 16,32,64 ...
  8. int cap = (size >= (long)MAXIMUM_CAPACITY) ?
  9. MAXIMUM_CAPACITY : tableSizeFor((int)size);
  10. this.sizeCtl = cap;
  11. }

get流程
  1. public V get(Object key) {
  2. Node<K,V>[] tab; Node<K,V> e, p; int n, eh; K ek;
  3. // spread 方法能确保返回结果是正数
  4. int h = spread(key.hashCode());
  5. if ((tab = table) != null && (n = tab.length) > 0 &&
  6. (e = tabAt(tab, (n - 1) & h)) != null) {
  7. // 如果头结点已经是要查找的 key
  8. if ((eh = e.hash) == h) {
  9. if ((ek = e.key) == key || (ek != null && key.equals(ek)))
  10. return e.val;
  11. }
  12. // hash 为负数表示该 bin 在扩容中或是 treebin, 这时调用 find 方法来查找
  13. else if (eh < 0)
  14. return (p = e.find(h, key)) != null ? p.val : null;
  15. // 正常遍历链表, 用 equals 比较
  16. while ((e = e.next) != null) {
  17. if (e.hash == h &&
  18. ((ek = e.key) == key || (ek != null && key.equals(ek))))
  19. return e.val;
  20. }
  21. }
  22. return null;
  23. }

put流程

以下数组简称(table),链表简称(bin)

  1. public V put(K key, V value) {
  2. return putVal(key, value, false);
  3. }
  4. final V putVal(K key, V value, boolean onlyIfAbsent) {
  5. if (key == null || value == null) throw new NullPointerException();
  6. // 其中 spread 方法会综合高位低位, 具有更好的 hash 性
  7. int hash = spread(key.hashCode());
  8. int binCount = 0;
  9. for (Node<K, V>[] tab = table; ; ) {
  10. // f 是链表头节点
  11. // fh 是链表头结点的 hash
  12. // i 是链表在 table 中的下标
  13. Node<K, V> f;
  14. int n, i, fh;
  15. // 要创建 table
  16. if (tab == null || (n = tab.length) == 0)
  17. // 初始化 table 使用了 cas, 无需 synchronized 创建成功, 进入下一轮循环
  18. tab = initTable();
  19. // 要创建链表头节点
  20. else if ((f = tabAt(tab, i = (n - 1) & hash)) == null) {
  21. // 添加链表头使用了 cas, 无需 synchronized
  22. if (casTabAt(tab, i, null,
  23. new Node<K, V>(hash, key, value, null)))
  24. break;
  25. }
  26. // 帮忙扩容
  27. else if ((fh = f.hash) == MOVED)
  28. // 帮忙之后, 进入下一轮循环
  29. tab = helpTransfer(tab, f);
  30. else {
  31. V oldVal = null;
  32. // 锁住链表头节点
  33. synchronized (f) {
  34. // 再次确认链表头节点没有被移动
  35. if (tabAt(tab, i) == f) {
  36. // 链表
  37. if (fh >= 0) {
  38. binCount = 1;
  39. // 遍历链表
  40. for (Node<K, V> e = f; ; ++binCount) {
  41. K ek;
  42. // 找到相同的 key
  43. if (e.hash == hash &&
  44. ((ek = e.key) == key ||
  45. (ek != null && key.equals(ek)))) {
  46. oldVal = e.val;
  47. // 更新
  48. if (!onlyIfAbsent)
  49. e.val = value;
  50. break;
  51. }
  52. Node<K, V> pred = e;
  53. // 已经是最后的节点了, 新增 Node, 追加至链表尾
  54. if ((e = e.next) == null) {
  55. pred.next = new Node<K, V>(hash, key,
  56. value, null);
  57. break;
  58. }
  59. }
  60. }
  61. // 红黑树
  62. else if (f instanceof TreeBin) {
  63. Node<K, V> p;
  64. binCount = 2;
  65. // putTreeVal 会看 key 是否已经在树中, 是, 则返回对应的 TreeNode
  66. if ((p = ((TreeBin<K, V>) f).putTreeVal(hash, key,
  67. value)) != null) {
  68. oldVal = p.val;
  69. if (!onlyIfAbsent)
  70. p.val = value;
  71. }
  72. }
  73. }
  74. // 释放链表头节点的锁
  75. }
  76. if (binCount != 0) {
  77. if (binCount >= TREEIFY_THRESHOLD)
  78. // 如果链表长度 >= 树化阈值(8), 进行链表转为红黑树
  79. treeifyBin(tab, i);
  80. if (oldVal != null)
  81. return oldVal;
  82. break;
  83. }
  84. }
  85. }
  86. // 增加 size 计数
  87. addCount(1L, binCount);
  88. return null;
  89. }
  90. private final Node<K, V>[] initTable() {
  91. Node<K, V>[] tab;
  92. int sc;
  93. while ((tab = table) == null || tab.length == 0) {
  94. if ((sc = sizeCtl) < 0)
  95. Thread.yield();
  96. // 尝试将 sizeCtl 设置为 -1(表示初始化 table)
  97. else if (U.compareAndSwapInt(this, SIZECTL, sc, -1)) {
  98. // 获得锁, 创建 table, 这时其它线程会在 while() 循环中 yield 直至 table 创建
  99. try {
  100. if ((tab = table) == null || tab.length == 0) {
  101. int n = (sc > 0) ? sc : DEFAULT_CAPACITY;
  102. Node<K, V>[] nt = (Node<K, V>[]) new Node<?, ?>[n];
  103. table = tab = nt;
  104. sc = n - (n >>> 2);
  105. }
  106. } finally {
  107. sizeCtl = sc;
  108. }
  109. break;
  110. }
  111. }
  112. return tab; }
  113. // check 是之前 binCount 的个数
  114. private final void addCount(long x, int check) {
  115. CounterCell[] as; long b, s;
  116. if (
  117. // 已经有了 counterCells, 向 cell 累加
  118. (as = counterCells) != null ||
  119. // 还没有, 向 baseCount 累加
  120. !U.compareAndSwapLong(this, BASECOUNT, b = baseCount, s = b + x)
  121. ) {
  122. CounterCell a; long v; int m;
  123. boolean uncontended = true;
  124. if (
  125. // 还没有 counterCells
  126. as == null || (m = as.length - 1) < 0 ||
  127. // 还没有 cell
  128. (a = as[ThreadLocalRandom.getProbe() & m]) == null ||
  129. // cell cas 增加计数失败
  130. !(uncontended = U.compareAndSwapLong(a, CELLVALUE, v = a.value, v + x))
  131. ) {
  132. // 创建累加单元数组和cell, 累加重试
  133. fullAddCount(x, uncontended);
  134. return;
  135. }
  136. if (check <= 1)
  137. return;
  138. // 获取元素个数
  139. s = sumCount();
  140. }
  141. if (check >= 0) {
  142. Node<K,V>[] tab, nt; int n, sc;
  143. while (s >= (long)(sc = sizeCtl) && (tab = table) != null &&
  144. (n = tab.length) < MAXIMUM_CAPACITY) {
  145. int rs = resizeStamp(n);
  146. if (sc < 0) {
  147. if ((sc >>> RESIZE_STAMP_SHIFT) != rs || sc == rs + 1 ||
  148. sc == rs + MAX_RESIZERS || (nt = nextTable) == null ||
  149. transferIndex <= 0)
  150. break;
  151. // newtable 已经创建了,帮忙扩容
  152. if (U.compareAndSwapInt(this, SIZECTL, sc, sc + 1))
  153. transfer(tab, nt);
  154. }
  155. // 需要扩容,这时 newtable 未创建
  156. else if (U.compareAndSwapInt(this, SIZECTL, sc,
  157. (rs << RESIZE_STAMP_SHIFT) + 2))
  158. transfer(tab, null);
  159. s = sumCount();
  160. }
  161. }
  162. }

size 计算流程

size 计算实际发生在 put,remove 改变集合元素的操作之中

  • 没有竞争发生,向 baseCount 累加计数
  • 有竞争发生,新建 counterCells,向其中的一个 cell 累加计数
    • counterCells 初始有两个 cell
    • 如果计数竞争比较激烈,会创建新的 cell 来累加计数
  1. public int size() {
  2. long n = sumCount();
  3. return ((n < 0L) ? 0 :
  4. (n > (long)Integer.MAX_VALUE) ? Integer.MAX_VALUE :
  5. (int)n);
  6. }
  7. final long sumCount() {
  8. CounterCell[] as = counterCells; CounterCell a;
  9. // 将 baseCount 计数与所有 cell 计数累加
  10. long sum = baseCount;
  11. if (as != null) {
  12. for (int i = 0; i < as.length; ++i) {
  13. if ((a = as[i]) != null)
  14. sum += a.value;
  15. }
  16. }
  17. return sum;
  18. }

总结

Java 8 数组(Node) +( 链表 Node | 红黑树 TreeNode )

  • 以下数组简称(table),链表简称(bin)
  • 初始化,使用 cas 来保证并发安全,懒惰初始化 table
  • 树化,当 table.length < 64 时,先尝试扩容,超过 64 时,并且 bin.length > 8 时,会将链表树化,树化过程会用 synchronized 锁住链表头
  • put,如果该 bin 尚未创建,只需要使用 cas 创建 bin;如果已经有了,锁住链表头进行后续 put 操作,元素添加至 bin 的尾部
  • get,无锁操作仅需要保证可见性,扩容过程中 get 操作拿到的是 ForwardingNode 它会让 get 操作在新table 进行搜索
  • 扩容,扩容时以 bin 为单位进行,需要对 bin 进行 synchronized,但这时妙的是其它竞争线程也不是无事可做,它们会帮助把其它 bin 进行扩容,扩容时平均只有 1/6 的节点会把复制到新 table 中
  • size,元素个数保存在 baseCount 中,并发时的个数变动保存在 CounterCell[] 当中。最后统计数量时累加即可

JDK 7 ConcurrentHashMap

它维护了一个 segment 数组,每个 segment 对应一把锁

  • 优点:如果多个线程访问不同的 segment,实际是没有冲突的,这与 jdk8 中是类似的
  • 缺点:Segments 数组默认大小为16,这个容量初始化指定后就不能改变了,并且不是懒惰初始化

构造器分析
  1. public ConcurrentHashMap(int initialCapacity, float loadFactor, int concurrencyLevel) {
  2. if (!(loadFactor > 0) || initialCapacity < 0 || concurrencyLevel <= 0)
  3. throw new IllegalArgumentException();
  4. if (concurrencyLevel > MAX_SEGMENTS)
  5. concurrencyLevel = MAX_SEGMENTS;
  6. // ssize 必须是 2^n, 即 2, 4, 8, 16 ... 表示了 segments 数组的大小
  7. int sshift = 0;
  8. int ssize = 1;
  9. while (ssize < concurrencyLevel) {
  10. ++sshift;
  11. ssize <<= 1;
  12. }
  13. // segmentShift 默认是 32 - 4 = 28
  14. this.segmentShift = 32 - sshift;
  15. // segmentMask 默认是 15 即 0000 0000 0000 1111
  16. this.segmentMask = ssize - 1;
  17. if (initialCapacity > MAXIMUM_CAPACITY)
  18. initialCapacity = MAXIMUM_CAPACITY;
  19. int c = initialCapacity / ssize;
  20. if (c * ssize < initialCapacity)
  21. ++c;
  22. int cap = MIN_SEGMENT_TABLE_CAPACITY;
  23. while (cap < c)
  24. cap <<= 1;
  25. // 创建 segments and segments[0]
  26. Segment<K, V> s0 =
  27. new Segment<K, V>(loadFactor, (int) (cap * loadFactor),
  28. (HashEntry<K, V>[]) new HashEntry[cap]);
  29. Segment<K, V>[] ss = (Segment<K, V>[]) new Segment[ssize];
  30. UNSAFE.putOrderedObject(ss, SBASE, s0); // ordered write of segments[0]
  31. this.segments = ss;
  32. }

构造完成,如下图所示

线程安全集合类 - 图2

可以看到 ConcurrentHashMap 没有实现懒惰初始化,空间占用不友好。

其中 this.segmentShift 和 this.segmentMask 的作用是决定将 key 的 hash 结果匹配到哪个 segment。

例如,根据某一 hash 值求 segment 位置,先将高位向低位移动 this.segmentShift 位。

线程安全集合类 - 图3

结果再与 this.segmentMask 做位于运算,最终得到 1010 即下标为 10 的 segment

线程安全集合类 - 图4

put流程
  1. public V put(K key, V value) {
  2. Segment<K, V> s;
  3. if (value == null)
  4. throw new NullPointerException();
  5. int hash = hash(key);
  6. // 计算出 segment 下标
  7. int j = (hash >>> segmentShift) & segmentMask;
  8. // 获得 segment 对象, 判断是否为 null, 是则创建该 segment
  9. if ((s = (Segment<K, V>) UNSAFE.getObject
  10. (segments, (j << SSHIFT) + SBASE)) == null) {
  11. // 这时不能确定是否真的为 null, 因为其它线程也发现该 segment 为 null,
  12. // 因此在 ensureSegment 里用 cas 方式保证该 segment 安全性
  13. s = ensureSegment(j);
  14. }
  15. // 进入 segment 的put 流程
  16. return s.put(key, hash, value, false);
  17. }

segment 继承了可重入锁(ReentrantLock),它的 put 方法为

  1. final V put(K key, int hash, V value, boolean onlyIfAbsent) {
  2. // 尝试加锁
  3. HashEntry<K,V> node = tryLock() ? null :
  4. // 如果不成功, 进入 scanAndLockForPut 流程
  5. // 如果是多核 cpu 最多 tryLock 64 次, 进入 lock 流程
  6. // 在尝试期间, 还可以顺便看该节点在链表中有没有, 如果没有顺便创建出来
  7. scanAndLockForPut(key, hash, value);
  8. // 执行到这里 segment 已经被成功加锁, 可以安全执行
  9. V oldValue;
  10. try {
  11. HashEntry<K,V>[] tab = table;
  12. int index = (tab.length - 1) & hash;
  13. HashEntry<K,V> first = entryAt(tab, index);
  14. for (HashEntry<K,V> e = first;;) {
  15. if (e != null) {
  16. // 更新
  17. K k;
  18. if ((k = e.key) == key ||
  19. (e.hash == hash && key.equals(k))) {
  20. oldValue = e.value;
  21. if (!onlyIfAbsent) {
  22. e.value = value;
  23. ++modCount;
  24. }
  25. break;
  26. }
  27. e = e.next;
  28. }
  29. else {
  30. // 新增
  31. // 1) 之前等待锁时, node 已经被创建, next 指向链表头
  32. if (node != null)
  33. node.setNext(first);
  34. else
  35. // 2) 创建新 node
  36. node = new HashEntry<K,V>(hash, key, value, first);
  37. int c = count + 1;
  38. // 3) 扩容
  39. if (c > threshold && tab.length < MAXIMUM_CAPACITY)
  40. rehash(node);
  41. else
  42. // 将 node 作为链表头
  43. setEntryAt(tab, index, node);
  44. ++modCount;
  45. count = c;
  46. oldValue = null;
  47. break;
  48. }
  49. }
  50. } finally {
  51. unlock();
  52. }
  53. return oldValue;
  54. }

rehash 流程

发生在 put 中,因为此时已经获得了锁,因此 rehash 时不需要考虑线程安全

  1. private void rehash(HashEntry<K,V> node) {
  2. HashEntry<K,V>[] oldTable = table;
  3. int oldCapacity = oldTable.length;
  4. int newCapacity = oldCapacity << 1;
  5. threshold = (int)(newCapacity * loadFactor);
  6. HashEntry<K,V>[] newTable =
  7. (HashEntry<K,V>[]) new HashEntry[newCapacity];
  8. int sizeMask = newCapacity - 1;
  9. for (int i = 0; i < oldCapacity ; i++) {
  10. HashEntry<K,V> e = oldTable[i];
  11. if (e != null) {
  12. HashEntry<K,V> next = e.next;
  13. int idx = e.hash & sizeMask;
  14. if (next == null) // Single node on list
  15. newTable[idx] = e;
  16. else { // Reuse consecutive sequence at same slot
  17. HashEntry<K,V> lastRun = e;
  18. int lastIdx = idx;
  19. // 过一遍链表, 尽可能把 rehash 后 idx 不变的节点重用
  20. for (HashEntry<K,V> last = next;
  21. last != null;
  22. last = last.next) {
  23. int k = last.hash & sizeMask;
  24. if (k != lastIdx) {
  25. lastIdx = k;
  26. lastRun = last;
  27. }
  28. }
  29. newTable[lastIdx] = lastRun;
  30. // 剩余节点需要新建
  31. for (HashEntry<K,V> p = e; p != lastRun; p = p.next) {
  32. V v = p.value;
  33. int h = p.hash;
  34. int k = h & sizeMask;
  35. HashEntry<K,V> n = newTable[k];
  36. newTable[k] = new HashEntry<K,V>(h, p.key, v, n);
  37. }
  38. }
  39. }
  40. }
  41. // 扩容完成, 才加入新的节点
  42. int nodeIndex = node.hash & sizeMask; // add the new node
  43. node.setNext(newTable[nodeIndex]);
  44. newTable[nodeIndex] = node;
  45. // 替换为新的 HashEntry table
  46. table = newTable;
  47. }

get 流程

get 时并未加锁,用了 UNSAFE 方法保证了可见性,扩容过程中,get 先发生就从旧表取内容,get 后发生就从新表取内容。

  1. public V get(Object key) {
  2. Segment<K,V> s; // manually integrate access methods to reduce overhead
  3. HashEntry<K,V>[] tab;
  4. int h = hash(key);
  5. // u 为 segment 对象在数组中的偏移量
  6. long u = (((h >>> segmentShift) & segmentMask) << SSHIFT) + SBASE;
  7. // s 即为 segment
  8. if ((s = (Segment<K,V>)UNSAFE.getObjectVolatile(segments, u)) != null &&
  9. (tab = s.table) != null) {
  10. for (HashEntry<K,V> e = (HashEntry<K,V>) UNSAFE.getObjectVolatile
  11. (tab, ((long)(((tab.length - 1) & h)) << TSHIFT) + TBASE);
  12. e != null; e = e.next) {
  13. K k;
  14. if ((k = e.key) == key || (e.hash == h && key.equals(k)))
  15. return e.value;
  16. }
  17. }
  18. return null;
  19. }

size计算流程
  • 计算元素个数前,先不加锁计算两次,如果前后两次结果如一样,认为个数正确返回
  • 如果不一样,进行重试,重试次数超过 3,将所有 segment 锁住,重新计算个数返回
  1. public int size() {
  2. // Try a few times to get accurate count. On failure due to
  3. // continuous async changes in table, resort to locking.
  4. final Segment<K,V>[] segments = this.segments;
  5. int size;
  6. boolean overflow; // true if size overflows 32 bits
  7. long sum; // sum of modCounts
  8. long last = 0L; // previous sum
  9. int retries = -1; // first iteration isn't retry
  10. try {
  11. for (;;) {
  12. if (retries++ == RETRIES_BEFORE_LOCK) {
  13. // 超过重试次数, 需要创建所有 segment 并加锁
  14. for (int j = 0; j < segments.length; ++j)
  15. ensureSegment(j).lock(); // force creation
  16. }
  17. sum = 0L;
  18. size = 0;
  19. overflow = false;
  20. for (int j = 0; j < segments.length; ++j) {
  21. Segment<K,V> seg = segmentAt(segments, j);
  22. if (seg != null) {
  23. sum += seg.modCount;
  24. int c = seg.count;
  25. if (c < 0 || (size += c) < 0)
  26. overflow = true;
  27. }
  28. }
  29. if (sum == last)
  30. break;
  31. last = sum;
  32. }
  33. } finally {
  34. if (retries > RETRIES_BEFORE_LOCK) {
  35. for (int j = 0; j < segments.length; ++j)
  36. segmentAt(segments, j).unlock();
  37. }
  38. }
  39. return overflow ? Integer.MAX_VALUE : size;
  40. }

LinkedBlockingQueue

用法不多说

原理

基本的入队出队

使用dummy哑元节点来方便加锁,提高并发,后面会讲述。

  1. public class LinkedBlockingQueue<E> extends AbstractQueue<E>
  2. implements BlockingQueue<E>, java.io.Serializable {
  3. static class Node<E> {
  4. E item;
  5. /**
  6. * 下列三种情况之一
  7. * - 真正的后继节点
  8. * - 自己, 发生在出队时
  9. * - null, 表示是没有后继节点, 是最后了
  10. */
  11. Node<E> next;
  12. Node(E x) { item = x; }
  13. }
  14. }

初始化链表 last = head = new Node(null); Dummy 节点用来占位,item 为 null

线程安全集合类 - 图5

当一个节点入队 last = last.next = node;

线程安全集合类 - 图6

再来一个节点入队 last = last.next = node;

线程安全集合类 - 图7

出队

  1. Node<E> h = head;
  2. Node<E> first = h.next; h.next = h; // help GC
  3. head = first; E x = first.item;
  4. first.item = null;
  5. return x;

h = head

线程安全集合类 - 图8

first = h.next

线程安全集合类 - 图9

h.next = h(指向自己,防止其乱指向,方便GC)

线程安全集合类 - 图10

head = first

线程安全集合类 - 图11

  1. E x = first.item;
  2. first.item = null;
  3. return x;

线程安全集合类 - 图12

加锁分析

高明之处在于用了两把锁和 dummy 节点

  • 用一把锁,同一时刻,最多只允许有一个线程(生产者或消费者,二选一)执行
  • 用两把锁,同一时刻,可以允许两个线程同时(一个生产者与一个消费者)执行
    • 消费者与消费者线程仍然串行
    • 生产者与生产者线程仍然串行

线程安全分析

  • 当节点总数大于 2 时(包括 dummy 节点),putLock 保证的是 last 节点的线程安全,takeLock 保证的是head 节点的线程安全。两把锁保证了入队和出队没有竞争
  • 当节点总数等于 2 时(即一个 dummy 节点,一个正常节点)这时候,仍然是两把锁锁两个对象,不会竞争
  • 当节点总数等于 1 时(就一个 dummy 节点)这时 take 线程会被 notEmpty 条件阻塞,有竞争,会阻塞

也就是加锁的对象不一样,不一项出队和入队两个线程。

  1. // 用于 put(阻塞) offer(非阻塞)
  2. private final ReentrantLock putLock = new ReentrantLock();
  3. // 用户 take(阻塞) poll(非阻塞)
  4. private final ReentrantLock takeLock = new ReentrantLock();

put 操作

  1. public void put(E e) throws InterruptedException {
  2. if (e == null) throw new NullPointerException();
  3. int c = -1;
  4. Node<E> node = new Node<E>(e);
  5. final ReentrantLock putLock = this.putLock;
  6. // count 用来维护元素计数
  7. final AtomicInteger count = this.count;
  8. putLock.lockInterruptibly();
  9. try {
  10. // 满了等待
  11. while (count.get() == capacity) {
  12. // 倒过来读就好: 等待 notFull
  13. notFull.await();
  14. }
  15. // 有空位, 入队且计数加一
  16. enqueue(node);
  17. c = count.getAndIncrement();
  18. // 除了自己 put 以外, 队列还有空位, 由自己叫醒其他 put 线程
  19. if (c + 1 < capacity)
  20. notFull.signal();
  21. } finally {
  22. putLock.unlock();
  23. }
  24. // 如果队列中有一个元素, 叫醒 take 线程
  25. if (c == 0)
  26. // 这里调用的是 notEmpty.signal() 而不是 notEmpty.signalAll() 是为了减少竞争
  27. signalNotEmpty();
  28. }

take 操作

  1. public E take() throws InterruptedException {
  2. E x;
  3. int c = -1;
  4. final AtomicInteger count = this.count;
  5. final ReentrantLock takeLock = this.takeLock;
  6. takeLock.lockInterruptibly();
  7. try {
  8. while (count.get() == 0) {
  9. notEmpty.await();
  10. }
  11. x = dequeue();
  12. c = count.getAndDecrement();
  13. if (c > 1)
  14. notEmpty.signal();
  15. } finally {
  16. takeLock.unlock();
  17. }
  18. // 如果队列中只有一个空位时, 叫醒 put 线程
  19. // 如果有多个线程进行出队, 第一个线程满足 c == capacity, 但后续线程 c < capacity
  20. if (c == capacity)
  21. // 这里调用的是 notFull.signal() 而不是 notFull.signalAll() 是为了减少竞争
  22. signalNotFull()
  23. return x;
  24. }

由 put 唤醒 put 是为了避免信号不足。

注意:此时的put和take方法都是由自己调用signal来唤醒,不是在手写线程池时的阻塞队列的实现方式,由消费者或者生产者signalAll唤醒所有,因为唤醒所有会一起竞争,效率没那么高,所以这里是由生产者或者消费者自己唤醒,且只唤醒一个线程。

ArrayBlockingQueue

性能比较

主要列举 LinkedBlockingQueue 与 ArrayBlockingQueue 的性能比较

  • Linked 支持有界,Array 强制有界
  • Linked 实现是链表,Array 实现是数组
  • Linked 是懒惰的,而 Array 需要提前初始化 Node 数组
  • Linked 每次入队会生成新 Node,而 Array 的 Node 是提前创建好的
  • Linked 两把锁,Array 一把锁

ConcurrentLinkedQueue

ConcurrentLinkedQueue 的设计与 LinkedBlockingQueue 非常像,也是

  • 两把【锁】,同一时刻,可以允许两个线程同时(一个生产者与一个消费者)执行
  • dummy 节点的引入让两把【锁】将来锁住的是不同对象,避免竞争
  • 只是这【锁】使用了 cas 来实现(主要的不同,LinkedBlockingQueue继承重入锁来实现)

事实上,ConcurrentLinkedQueue 应用还是非常广泛的

例如之前讲的 Tomcat 的 Connector 结构时,Acceptor 作为生产者向 Poller 消费者传递事件信息时,正是采用了ConcurrentLinkedQueue 将 SocketChannel 给 Poller 使用

CopyOnWriteArrayList

CopyOnWriteArraySet 是它的马甲 底层实现采用了 写入时拷贝 的思想,增删改操作会将底层数组拷贝一份,更改操作在新数组上执行,这时不影响其它线程的并发读读写分离。 以新增为例:

  1. public boolean add(E e) {
  2. synchronized (lock) {
  3. // 获取旧的数组
  4. Object[] es = getArray();
  5. int len = es.length;
  6. // 拷贝新的数组(这里是比较耗时的操作,但不影响其它读线程)
  7. es = Arrays.copyOf(es, len + 1);
  8. // 添加新元素
  9. es[len] = e;
  10. // 替换旧的数组
  11. setArray(es);
  12. return true;
  13. }
  14. }

这里的源码版本是 Java 11,在 Java 1.8 中使用的是可重入锁而不是 synchronized。

其它读操作并未加锁,例如:

  1. public void forEach(Consumer<? super E> action) {
  2. Objects.requireNonNull(action);
  3. for (Object x : getArray()) {
  4. @SuppressWarnings("unchecked") E e = (E) x;
  5. action.accept(e);
  6. }
  7. }

适合『读多写少』的应用场景

get弱一致性

弱一致性也就是你创建新的数组,但是在set原来的引用时,还没修改完成,但是现在的Thread-0使用get获取的还是原来的1、2、3,所以会有不一致

线程安全集合类 - 图13

线程安全集合类 - 图14

不容易测试,但问题确实存在。

迭代器弱一致性

  1. CopyOnWriteArrayList<Integer> list = new CopyOnWriteArrayList<>();
  2. list.add(1);
  3. list.add(2);
  4. list.add(3);
  5. Iterator<Integer> iter = list.iterator();
  6. newThread(() ->
  7. {
  8. list.remove(0);
  9. System.out.println(list);
  10. }).
  11. start();
  12. sleep1s();
  13. while(iter.hasNext())
  14. {
  15. System.out.println(iter.next());
  16. }

不要觉得弱一致性就不好

  • 数据库的 MVCC 都是弱一致性的表现
  • 并发高和一致性是矛盾的,需要权衡