@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
是的，并不是递归

@szzhiyang
原来这就是 go 吗，爱了爱了

@yyyyfan
原来是这样的吗。可是看作者就是 Doug Lea 啊

@blessingsi
哈哈，有点好奇是哪个地方。话说你是说 ConcurrentHashMap 嘛，我也刚看了 ConcurrentHashMap，还是说你看的是那个 concurrentmap 接口

@xiangyuecn
墙裂同意，理解起来太困难了。

你那个写法就很清晰了。

@SingeeKing
昨天正准备开开心心看看 ConcurrentLinkedQueue 的源码，结果就被这个三木表达式给困住了

@bzj
我也想知道，这可能就是大佬的写法吧。。

@TtTtTtT
赋值语句我懂了，而且这个比较运算之前我好像理解错了。

(t != (t = tail)) 实际上是左边的 t 先读取旧 t，然后执行到等号右边，执行右边的赋值语句，虽然赋值语句改变了 t 的值，但由于执行顺序，左边的 t 已经“感受”不到变化了。