@zyoo
多试几次也一样。我怀疑这跟 ForkJoinPool.commonPool()的线程调度有关系，但我现在还没来得及看它的原理呢。。

@passerbytiny
没说不可以，它们之间肯定是串行的，但不一定是同一个线程吧。从源码上可见，supplyAsync 的线程并不是直接执行下一个 task 的，因为它 e.execute(this)之后就马上返回了。

@BBCCBB
volatile 变量的修改可以立刻让所有的线程可见，这个确实很好理解，对于同一个字段来说。

但其实，对 A 字段的 CAS 写操作，可以让其他所有字段的普通写操作，也马上可见。我这么理解对不

@mind3x
大佬，还想问个问题：
就是你 1 楼给的泛型函数里，
为什么一定要声明 Comparable<? super T> key = (Comparable<? super T>) x;
我觉得声明成 Comparable<T> key = (Comparable<T>) x;就完全可以了啊，完全不理解为啥这样。

因为 key.compareTo((T) e)比较时，也是和确定的 T 类型进行比较的啊。

@mind3x
谢谢回复

原来如此，大概就是：
Integer[] array = new Integer[5];
Comparable<?> aa = (Comparable<?>)(new Integer(1));
array[4] = aa;//编译报错

我也很好奇为什么不把 array[k]=key 改成 array[k] = x，这样构造器里面就不用转换数组类型了嘛

PriorityBlockingQueue<E>的声明，你不提醒我，我都没注意到这一点。

@fuxiuyin
@msg7086

哈哈，我想到怎么实现了。大概就是这样 https://blog.csdn.net/anlian523/article/details/107732532
幸亏 @fuxiuyin 老哥提醒了我，数字和数字之间三个空格，我就直接让最后一层（也就是宽度最宽的那一层）的数字之间都间隔三个空格。

@fuxiuyin
我现在先考虑数字都是一位数的，能实现就行，两位数的话再优化😂

@msg7086
思路确实有问题，不过我感觉吐空格不是那么简单，层数一多起来（ 5,6 层）的时候，各个层数字之间的空格可能都不一样。有点费脑细胞了。。

@wysnylc
什么，这是个什么梗么

@mythabc
搜了下这个牌子，你的也是那种后面有跟绳的呗

@falsemask
node 的 next 指针是 volatile 的，要想入队，就得 CAS 修改 last node 的 next 指针。只有修改成功了，别的线程才能从队列出发找到这个新 node，才可能对它进行访问或删除。

所以重点在于 node 的 next 指针是 volatile 的呗

@secondwtq
看来我的英文水平有待提高，确实应该你这个意思。之前完全理解错了。。网络上各个博客关于这句话，居然还都是我这么翻译的。。

@yamasa
嗯，好像是。尤其是无锁编程 lock free 实现的那几个类(比如那个 concurrent 跳表)，不看注释根本看不懂啊

@vansouth
本帖的主题可能要变成 简洁性 和 可读性 的争辩了。

@apporoad
哈哈哈哈，老哥你挺逗

@fakeshadow
额，可是三目表达式这里没涉及到 cas 啊，只有 valitale 读

@talen666
哪段代码，让我也康康，话说你说的是 reentrantlock 么

@no1xsyzy
是的，并不是递归