【发布时间】:2018-06-27 10:00:18
【问题描述】:
在recent question中,我们发现了以下代码:
// p, t, q and tail are Node<E> objects.
p = (p != t && t != (t = tail)) ? t : q;
省略问题的上下文,我对以下行为感兴趣:
t != (t = tail)
考虑到它们是相同类型的对象,无论是什么类型。这和以下有什么区别:
t != tail
或者我在比较机制中遗漏了一些重要的东西?
编辑
如果有人想知道,这可以在 java.util 的 ConcurrentLinkedQueue 类中找到,第 352 行。
【问题讨论】:
-
单'='是做作运算符。这是一种将 t 分配给 tail 然后检查其对 tail 的引用不等式的扭曲方式(此时总是错误的)
-
不同之处在于,第一个 t 获取尾部的值,第二个不获取。
-
@YassineBadache 我讨厌在任何代码中看到这些结构。将它放在核心 java 中确实不能让人放心:)
-
对于好奇的人:
ConcurrentLinkedQueue中从“简单”实现到这个“复杂”实现的步骤似乎(!)源于这个变更集:hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/902486a8e414#l3.202 -
@Eugene 如您所知,他的风格和这种极端的微优化已经提高了other questions。以前版本的代码(使用
continue retry;)也是我在代码审查中永远不会接受的东西,但是代码库的这个区域是非常特殊和微妙的。我只是认为(或者也许只是希望?- 至少:我必须假设)Doug Lea 有非常深刻的技术原因来这样做。在某些情况下(比如这个),我很想听听它们,不过......
标签: java comparison operators