Java同步数据结构之ConcurrentLinkedDeque
前言
由于LinkedBlockingDeque作为双端队列的实现，采用了单锁的保守策略使其不利于多线程并发情况下的使用，故ConcurrentLinkedDeque应运而生，它是一种基于链表的无界的同时支持FIFO、LIFO的非阻塞并发双端队列，当许多线程共享对公共集合的访问时，ConcurrentLinkedDeque是一个合适的选择，类比ConcurrentLinkedQueue是针对LinkedBlockingQueue对高并发情况的一种解决方案，ConcurrentLinkedDeque也是同样的地位，都是采用 CAS来替代加锁，甚至ConcurrentLinkedDeque再实现上也与ConcurrentLinkedQueue有很多相似的地方，其中最值得提及的就是，它采用了与ConcurrentLinkedQueue一样的松弛阀值设计（松弛阀值都是1），即head、tail并不总是指向队列的第一个、最后一个节点，而是保持head/tail距离第一个/最后一个节点的距离不超过1个节点的距离，从而减少了更新head/tail指针的CAS次数。Java Doc指出理解ConcurrentLinkedQueue的实现是理解该类实现的先决条件，所以最好先理解了ConcurrentLinkedQueue再来理解该类。
ConcurrentLinkedDeque另外还使用了两种方法来减少volatile写的次数：一是使用单次CAS操作来一次性使多次连续的CAS生效；二是将对同一块内存地址的volatile写与普通写混合。它的节点类与LinkedBlockingDeque的属性一致都是数据item、prev、next，只是多了一些CAS操作方法。与ConcurrentLinkedQueue一样，只有那些数据item不为空的节点才被认为是活动的节点，当将item置为null时，意味着从队列中逻辑删除掉了。
与LinkedBlockingDeque一样，任何时候，队列的第一个节点"first"的前驱prev为null，队列的最后一个节点"tail"的next后继为null。“first”和“last”节点可能是活动的，也可能不是活动的。“first”和“last”节点总是相互可达的。通过将第一个或最后一个节点的空前驱或后继CAS引用到包含指定元素的新节点，实现原子性地添加一个新元素，从而元素的节点在那时原子性地变成“活动的”，如果一个节点是活动的（item不为null）或者它是first/last节点，我们都称为是有效节点。ConcurrentLinkedDeque同样采用了“自链接（p.prev = p或p.next = p）”的方式使节点断开与队列的链接，有效活动节点不会有自链接的情况。
前面说了ConcurrentLinkedDeque有两个不总是指向第一个/最后一个节点的head、tail指针，所以它并没有像LinkedBlockingDeque那样设计first、tail属性，但是first、tail总是可以通过head、tail在O(1)时间内找到。
ConcurrentLinkedDeque删除节点分三个阶段：
- logical deletion（逻辑删除）：通过CAS将数据item置为null，使该节点满足解除链接（unlinking）的条件。
- unlinking（解除链接）：该阶段使队列中的活动节点无法到达该节点，但是保留该节点到队列中活动节点的链接，从而最终可由GC回收。此阶段典型的就是被迭代器使用的时候，使迭代器可以继续往下迭代。
- gc-unlinking：该阶段进一步解除被删除节点到队列中活动节点的链接，使其更容易被GC回收，通过让节点自链接或链接到终止节点（PREV_TERMINATOR 或 NEXT_TERMINATOR）来实现。这一步是为了使数据结构保持GC健壮性(gc-robust)，消除使用保守式GC（conservative GC，目前已经很少使用）对内存无限期滞留的风险，并提高了分代GC的性能。
由于删除节点的第二、三阶段都不是保证数据正确性必须的，仅仅是对迭代器与内存的优化，故适当的减少这些操作的次数对性能是一种提高。所以ConcurrentLinkedDeque不仅设计了同ConcurrentLinkedQueue一样针对head、tail节点的松弛阈值，而且还提供了针对解除删除节点链接的阈值HOPS，也就是只有当逻辑删除的节点个数达到一定数量才会触发unlinking 和gc-unlinking，这样也是对性能的一种优化。
同ConcurrentLinkedQueue一样，ConcurrentLinkedDeque也对head、tail设定了如下的一些不变与可变性约束：
head/tail的不变性：
- 第一个节点总是可从head通过prev链接在O(1)时间复杂度内访问到。
- 最后一个节点总是可以从tail通过next链接在O(1)时间复杂度内访问到。
- 所有活动节点(item不为null)都可以从第一个节点通过succ()访问。
- 所有活动节点(item不为null)都可以从最后一个节点通过pred()访问。
- head和tail都不会为null。
- head节点的next不会指向自身形成自连接。
- head/tail不会是GC-unlinked节点（但它可能是unlink节点）。
head/tail的可变性：
- head、tail的数据item可以为null，也可以不为null。
- head可能无法从第一个或最后一个节点或从tail到达。
- tail可能无法从第一个或最后一个节点或从head到达。
下面开始分析ConcurrentLinkedDeque的源码，ConcurrentLinkedDeque和ConcurrentLinkedQueue并没有继承相应的BlockingQueue/BlockingQueue，容量又是无界的，所以不存在阻塞方法。
源码解析
首先看它的一些基础字段、节点内部类以及构造方法：
/**
* A node from which the first node on list (that is, the unique node p with p.prev == null && p.next != p) can be reached in O(1) time.
可以在O（1）时间内从列表中的第一个节点到达的节点（即，具有p.prev == null && p.next！= p的唯一节点p）。 * Invariants: 不变性
* - the first node is always O(1) reachable from head via prev links 第一个节点总是可从head通过prev链接在O(1)时间内访问到
* - all live nodes are reachable from the first node via succ() 所有活动节点都可以从第一个节点通过succ()访问
* - head != null head不为空
* - (tmp = head).next != tmp || tmp != head
* - head is never gc-unlinked (but may be unlinked) 。head永远不会gc-unlinked(但可能是unlinked) * Non-invariants: 可变性
* - head.item may or may not be null head 的数据项可以为空
* - head may not be reachable from the first or last node, or from tail 。 head 可能无法从第一个或最后一个节点或从tail到达。
*/
private transient volatile Node<E> head; /**
* A node from which the last node on list (that is, the unique node p
* with p.next == null && p.prev != p) can be reached in O(1) time.
可以在O（1）时间内从列表中的最后一个节点到达的节点（即具有p.next == null && p.prev！= p的唯一节点p）。 * Invariants: 不变性
* - the last node is always O(1) reachable from tail via next links。最后一个节点始终可以通过下一个链接从tail访问在O(1)时间内访问到
* - all live nodes are reachable from the last node via pred() 。所有活动节点都可以从最后一个节点通过pred()访问
* - tail != null tail不为空
* - tail is never gc-unlinked (but may be unlinked) tail永远不会gc-unlinked(但可能是unlinked) * Non-invariants: 可变性
* - tail.item may or may not be null tail的数据项可以为空
* - tail may not be reachable from the first or last node, or from head tail可能无法从第一个或最后一个节点或从head访问到。
*/
private transient volatile Node<E> tail; /**指示出队节点的终结节点*/
private static final Node<Object> PREV_TERMINATOR, NEXT_TERMINATOR; @SuppressWarnings("unchecked")
Node<E> prevTerminator() { //从对头出队节点的前向终结节点
return (Node<E>) PREV_TERMINATOR;
} @SuppressWarnings("unchecked")
Node<E> nextTerminator() { //从对尾出队节点的后继终结节点
return (Node<E>) NEXT_TERMINATOR;
} static final class Node<E> {
volatile Node<E> prev;
volatile E item;
volatile Node<E> next; Node() { // default constructor for NEXT_TERMINATOR, PREV_TERMINATOR
} /**
* Constructs a new node. Uses relaxed write because item can
* only be seen after publication via casNext or casPrev.
*/
Node(E item) {
UNSAFE.putObject(this, itemOffset, item);
} boolean casItem(E cmp, E val) {
return UNSAFE.compareAndSwapObject(this, itemOffset, cmp, val);
} void lazySetNext(Node<E> val) {
UNSAFE.putOrderedObject(this, nextOffset, val);
} boolean casNext(Node<E> cmp, Node<E> val) {
return UNSAFE.compareAndSwapObject(this, nextOffset, cmp, val);
} void lazySetPrev(Node<E> val) {
UNSAFE.putOrderedObject(this, prevOffset, val);
} boolean casPrev(Node<E> cmp, Node<E> val) {
return UNSAFE.compareAndSwapObject(this, prevOffset, cmp, val);
} // Unsafe mechanics
private static final sun.misc.Unsafe UNSAFE;
private static final long prevOffset;
private static final long itemOffset;
private static final long nextOffset; static {
try {
UNSAFE = sun.misc.Unsafe.getUnsafe();
Class<?> k = Node.class;
prevOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("prev"));
itemOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("item"));
nextOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("next"));
} catch (Exception e) {
throw new Error(e);
}
}
} //针对被删除节点进行unlinking/GC-unlinking的阈值
private static final int HOPS = 2; private boolean casHead(Node<E> cmp, Node<E> val) {
return UNSAFE.compareAndSwapObject(this, headOffset, cmp, val);
} private boolean casTail(Node<E> cmp, Node<E> val) {
return UNSAFE.compareAndSwapObject(this, tailOffset, cmp, val);
} // Unsafe mechanics
private static final sun.misc.Unsafe UNSAFE;
private static final long headOffset;
private static final long tailOffset;
static {
PREV_TERMINATOR = new Node<Object>();
PREV_TERMINATOR.next = PREV_TERMINATOR;
NEXT_TERMINATOR = new Node<Object>();
NEXT_TERMINATOR.prev = NEXT_TERMINATOR;
try {
UNSAFE = sun.misc.Unsafe.getUnsafe();
Class<?> k = ConcurrentLinkedDeque.class;
headOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("head"));
tailOffset = UNSAFE.objectFieldOffset
(k.getDeclaredField("tail"));
} catch (Exception e) {
throw new Error(e);
}
} /**
* Constructs an empty deque. 默认构造方法，head、tail都指向同一个item为null的节点
*/
public ConcurrentLinkedDeque() {
head = tail = new Node<E>(null);
} /**
* Constructs a deque initially containing the elements of
* the given collection, added in traversal order of the
* collection's iterator.
*
* @param c the collection of elements to initially contain
* @throws NullPointerException if the specified collection or any
* of its elements are null
*/
public ConcurrentLinkedDeque(Collection<? extends E> c) {
// Copy c into a private chain of Nodes
Node<E> h = null, t = null;
for (E e : c) {
checkNotNull(e);
Node<E> newNode = new Node<E>(e);
if (h == null)
h = t = newNode;
else {
t.lazySetNext(newNode);
newNode.lazySetPrev(t);
t = newNode;
}
}
initHeadTail(h, t);
} /**
* Initializes head and tail, ensuring invariants hold.
* 初始化head和tail，确保它们的不变性
*/
private void initHeadTail(Node<E> h, Node<E> t) {
if (h == t) { //队列为空，或者只有一个元素
if (h == null)
h = t = new Node<E>(null);//队列为空，head、tail都指向同一个item为null的节点
else {
// 只有一个元素，重新构造一个节点指向tail，避免head、tail都指向同一个非null节点
// Avoid edge case of a single Node with non-null item.
Node<E> newNode = new Node<E>(null);
t.lazySetNext(newNode);
newNode.lazySetPrev(t);
t = newNode;
}
}
head = h;
tail = t;
}
节点内部类和LinkedBlockingDeque一样都是prev、tail、item，空队列情况下，head、tail都指向一个item为null的节点。PREV_TERMINATOR、NEXT_TERMINATOR分别是从对头/队尾出队节点的前向/后继终止节点。ConcurrentLinkedDeque是无界的。
入队实现
头部入队
/**
* Links e as first element. 在头节点入队
*/
private void linkFirst(E e) {
checkNotNull(e);
final Node<E> newNode = new Node<E>(e); restartFromHead:
for (;;)
//从head节点往前（左）寻找first节点
for (Node<E> h = head, p = h, q;;) {
if ((q = p.prev) != null && //前驱不为null
(q = (p = q).prev) != null) //前驱的前驱也不为null(有线程刚刚从对头入队了一个节点，还没来得及修改head)
// Check for head updates every other hop.
// If p == q, we are sure to follow head instead.
p = (h != (h = head)) ? h : q; //head被更新了就重新取head，否则取前驱的前驱
else if (p.next == p) // PREV_TERMINATOR p是第一个节点，但是是自链接，表示出队了，重新开始
continue restartFromHead;
else {
// p是第一个节点
newNode.lazySetNext(p); // p成为新节点的后继节点
if (p.casPrev(null, newNode)) { //新节点成为p的前驱节点
//成功将e入队
if (p != h) // 松弛阀值超过1，更新head
casHead(h, newNode); // Failure is OK.
return;
}
// 失败，可能被其它线程抢先入队，重新找前驱
}
}
}
同LinkedBlockingDeque一样，linkFirst是从对头入队新节点的具体逻辑实现（被其它入队方法调用），看起来很简单：从head节点往对头寻找第一个节点p（不论item是不是null），找到之后将新节点链接到它的前驱，同时当head的松弛阈值超过1时更新head。linkFirst分别被offerFirst、addFirst、push方法直接或间接调用。
尾部入队
/**
* Links e as last element. 在队尾入队
* tail -> A
*/
private void linkLast(E e) {
checkNotNull(e);
final Node<E> newNode = new Node<E>(e); restartFromTail:
for (;;)
//从tail向后（右）找最后一个节点
for (Node<E> t = tail, p = t, q;;) {
if ((q = p.next) != null && //p的后继不为null
(q = (p = q).next) != null) //后继的后继也不为null(有线程刚刚入队了一个节点，还没来得及修改tail)
// Check for tail updates every other hop.
// If p == q, we are sure to follow tail instead.
p = (t != (t = tail)) ? t : q; //若tail被更新了就重新从tail开始往后查找，否则取后继的后继
else if (p.prev == p) // NEXT_TERMINATOR p是最后一个节点，但是是自链接了，表示出队了，重新开始
continue restartFromTail;
else {
// p 是最后一个节点
newNode.lazySetPrev(p); // p成为新节点的前驱
if (p.casNext(null, newNode)) { //新节点成为p的后继
//成功将e入队
if (p != t) // 松弛阀值超过1，更新tail
casTail(t, newNode); // Failure is OK.
return;
}
// 失败，可能被其它线程抢先入队，重新找后继节点
}
}
}
队尾入队的逻辑基本上和linkFirst一样，不同的是它是从tail节点往后寻找最后一个节点，把新节点链接到它的后继，同时维护tail的松弛阈值。linkLast分别被offerLast、addLast、add、offer方法直接或间接调用。
入队的逻辑流程图如下（ABC分别从队尾入队，DE从对头入队）；
出队
//对头出队
public E pollFirst() {
for (Node<E> p = first(); p != null; p = succ(p)) {
E item = p.item;
//只对item不为null的节点做处理，先将item置为null（逻辑删除），再进行断开连接操作
if (item != null && p.casItem(item, null)) {
unlink(p);
return item;
}
}
return null;
} /**
* Unlinks non-null node x. 将非空节点x出队
*/
void unlink(Node<E> x) {
// assert x != null;
// assert x.item == null;
// assert x != PREV_TERMINATOR;
// assert x != NEXT_TERMINATOR; final Node<E> prev = x.prev;
final Node<E> next = x.next;
if (prev == null) { //前驱为空，表示是第一个节点
unlinkFirst(x, next);
} else if (next == null) {//后继为空，表示是最后一个节点
unlinkLast(x, prev);
} else {
//内部节点出队
//
// This is the common case, since a series of polls at the same end will be "interior" removes, except perhaps for the first one, since end nodes cannot be unlinked.
// 这是常见的情况，因为在同一端的一系列poll都将被“内部”删除，除了第一个，因为末端节点不能被取消链接。 // At any time, all active nodes are mutually reachable by following a sequence of either next or prev pointers.
// 在任何时候，所有活动节点都可以通过循着next或prev指针相互访问。 // Our strategy is to find the unique active predecessor and successor of x. Try to fix up their links so that they point to each other, leaving x unreachable from active nodes. 我们的策略是找到x唯一的活动前驱和后继节点。并尝试修改它们的链接，使它们彼此指向对方，使x节点无法从活动节点被访问。
If successful, and if x has no live predecessor/successor, we additionally try to gc-unlink, leaving active nodes unreachable from x, by rechecking that the status of predecessor and successor are unchanged and ensuring that x is not reachable from tail/head, before setting x's prev/next links to their logical approximate replacements, self/TERMINATOR.
如果成功,并且如果x没有活动前驱/后继,我们进行gc-unlink,使x无法访问到活动节点,通过查看前驱和后继的状态没有被改变，确保x节点不能从head/tail节点被访问，
之前设置x前驱/后继的链接到它们的逻辑近似替代,自身/终结者。 Node<E> activePred, activeSucc;
boolean isFirst, isLast;
int hops = 1; // 从被删除节点往前找到第一个有效前驱节点
for (Node<E> p = prev; ; ++hops) {
if (p.item != null) { //找到有效节点
activePred = p;
isFirst = false;
break;
}
Node<E> q = p.prev;
if (q == null) { //已经到对头了
if (p.next == p) //发现自连接，直接返回
return;
activePred = p;
isFirst = true;
break;
}
else if (p == q)//发现自连接，直接返回
return;
else //更新循环指针
p = q;
} // 从被删除节点往后找到第一个有效后继节点
for (Node<E> p = next; ; ++hops) {
if (p.item != null) {//找到有效节点
activeSucc = p;
isLast = false;
break;
}
Node<E> q = p.next;
if (q == null) {//已经到对尾了
if (p.prev == p) //发现自连接，直接返回
return;
activeSucc = p;
isLast = true;
break;
}//发现自连接，直接返回
else if (p == q)
return;
else
p = q; //更新循环指针
} // TODO: better HOP heuristics
//如果已经积累了超过阈值的逻辑删除节点，或者是内部节点删除，我们需要进一步处理unlink/gc-unlink
if (hops < HOPS
// always squeeze out interior deleted nodes
&& (isFirst | isLast))
return; // Squeeze out deleted nodes between activePred and activeSucc, including x.
// 移除有效前驱和后继节点之间的那些节点（都是逻辑删除的节点），包括x节点本身
// 就是使有效前驱好后继节点互连（unlink）
skipDeletedSuccessors(activePred);
skipDeletedPredecessors(activeSucc); // Try to gc-unlink, if possible
//如果更新的开头或者结尾，那么就可以尝试进行gc-unlink
if ((isFirst | isLast) &&
//确保前驱和后继的状态没有被改变
// Recheck expected state of predecessor and successor
(activePred.next == activeSucc) &&
(activeSucc.prev == activePred) &&
(isFirst ? activePred.prev == null : activePred.item != null) &&
(isLast ? activeSucc.next == null : activeSucc.item != null)) { //确保x节点不能从head/tail节点被访问，
updateHead(); // Ensure x is not reachable from head
updateTail(); // Ensure x is not reachable from tail // Finally, actually gc-unlink
x.lazySetPrev(isFirst ? prevTerminator() : x);//前向终结节点
x.lazySetNext(isLast ? nextTerminator() : x);//后继终结节点
}
}
} /**
* Unlinks non-null first node. 从对头将第一个非空节点出队
* first就是第一个item不为null的节点，next是该first节点的后继节点，此方法只被unlink调用
* 就是从first开始往后找到第一个有效节点，直到找到或者到达队列的最后一个节点为止，并把first的直接后继指向该有效节点：
* 1）如果first的原后继本身就是有效节点，不做任何处理；
* 2）否则往后依次找到第一个有效节点，并把first的后继指向该有效节点。
*/
private void unlinkFirst(Node<E> first, Node<E> next) {
// assert first != null;
// assert next != null;
// assert first.item == null;
for (Node<E> o = null, p = next, q;;) {
//p是有效节点，或者p是队列中的最后一个节点
if (p.item != null || (q = p.next) == null) { //第一次for循环时o为null，p是first的有效后继节点，否则o是一个item为null的节点，p是o的有效后继节点 //超过一次for循环时o不为null，p的o的后继有效节点，并且p还没有断开还指向o，将first后继指向该有效节点p
//也就是说，p是first后面的第N个后继，N >= 2
if (o != null && p.prev != p && first.casNext(next, p)) {
skipDeletedPredecessors(p); （unlink） //下面这个if其实就是在确保first还是第一个节点，没有被其他线程改变状态
//并且它和它的后继节点p是直接相连的，这种关系没有被破坏，进行gc-unlink
if (first.prev == null &&
(p.next == null || p.item != null) &&
p.prev == first) { updateHead(); // Ensure o is not reachable from head
updateTail(); // Ensure o is not reachable from tail // 最终的gc-unlink（解除被删除节点到活动节点的链接）
o.lazySetNext(o); //o后继自连接
o.lazySetPrev(prevTerminator()); //o前驱指向PREV_TERMINATOR
}
}
//要么p本来就是first的有效后继，要么已经通过上面first.casNext(next, p)将有效节点p设置成first的后继节点了
return;
}
//p不是有效节点，并且p已经与后继节点断开（自链接），直接返回
//既然first后面已经有节点断开连接，所以不需要做多余处理
else if (p == q)
return;
else { //p不是有效节点，但p还有后继节点q，循环指针指向q
o = p;
p = q;
}
}
} //跳过已经删除的前驱节点
//其实就是从x开始往（左）依次找到第一个有效节点，直至找到或者到达队列的对头，
//然后将该节点设置成x的前驱
private void skipDeletedPredecessors(Node<E> x) {
whileActive:
do {
Node<E> prev = x.prev;
// assert prev != null;
// assert x != NEXT_TERMINATOR;
// assert x != PREV_TERMINATOR;
Node<E> p = prev;
findActive:
for (;;) {
if (p.item != null) //找到有效前驱p
break findActive;
Node<E> q = p.prev;
if (q == null) { //p已经是第一个节点
if (p.next == p)//发现自连接，重新开始
continue whileActive;
break findActive;
}
else if (p == q) //发现自连接，重新开始
continue whileActive;
else
p = q; //循环指针指向前驱
} // 如果找到的有效前驱本身就是x的直接前驱，不做处理直接返回，否则将x的前驱指向该新的前驱
if (prev == p || x.casPrev(prev, p))
return; } while (x.item != null || x.next == null);//x是有效节点，或是队列最后一个节点
} /**
* Guarantees that any node which was unlinked before a call to this method will be unreachable from head after it returns.
* 确保在调用此方法之前unlinked的任何节点在该方法返回之后都不能从head访问。
* Does not guarantee to eliminate slack, only that head will point to a node that was active while this method was running.
* 不保证消除松弛，仅仅是head将指向在此方法运行时处于活动状态的节点。
*/
private final void updateHead() {
// Either head already points to an active node, or we keep trying to cas it to the first node until it does.
// 要么head已经指向一个活动节点，要么我们一直尝试将head指向第一个有效节点，直到成功。
Node<E> h, p, q;
restartFromHead:
while ((h = head).item == null && (p = h.prev) != null) {//head并不是指向有效节点，也不是指向第一个节点
for (;;) {
if ((q = p.prev) == null || //head前驱p的前驱q为null 或者
(q = (p = q).prev) == null) {//head前驱的前驱p的前驱q为null
// It is possible that p is PREV_TERMINATOR,
// but if so, the CAS is guaranteed to fail.
//说明p（head的前驱或前驱的前驱）是第一个节点，将head指向第一个节点
if (casHead(h, p))
return;
else //失败重新开始
continue restartFromHead;
}
//说明head与第一个节点的距离超过2，如果head被改变重新开始
else if (h != head)
continue restartFromHead; // q <- p1 <- p0 <- head
else ////说明head与第一个节点的距离超过2，head还没被改变，循环指针向前跳到其前驱的前驱的前驱
p = q;
}
}
}
这里以pollFirst出队方法为例，其他方法逻辑都一样，先通过first()拿到队列头部的第一个节点，如果是活动节点（item不为null），则直接将item置为null，即完成了删除节点的第一步逻辑删除，然后执行unlink方法执行删除节点的第二unlinking、第三步GC-unlinking，unlink方法针对节点在不同的位置按不同的逻辑处理，①如果出队的节点是队列的第一个节点，则执行unlinkFirst；②如果是队列的最后一个节点，则执行unlinkLast，③否则表示是内部节点，执行unlink本身的通用节点逻辑。
unlinkFirst的逻辑其实就分两个部分：①实现从被移除节点p开始往后（队尾）找到第一个有效节点，直到找到或者到达队列的最后一个节点为止，并把p的直接后继指向该有效节点（如果本身不是其后继节点的话），其中的skipDeletedPredecessors方法实现将刚刚找到的后继节点的前驱也指向节点p，即完成它们的互联，这一步就是所谓的unlinking，使队列的活动节点无法访问被删除的节点；②第二部分就是实现GC-unlinking了，通过updateHead、updateTail使被删除的节点无法从head/tail可达，最后让被删除节点后继自连接，前驱指向前向终结节点。
如果是内部节点出队，执行unlink本身：先找到被删除节点x的有效前驱和后继节点，并记录它们中间的已经被逻辑删除的节点个数，如果已经积累了超过阈值的节点个数，或者是内部节点删除，我们需要进一步处理unlink/gc-unlink，①首先使被删除节点的有效前驱节点和后继节点互联，就相当于导致活动节点不会访问到中间已经被逻辑删除的节点（unlinking）；②若第①步导致重新链接到了对头或队尾，则通过updateHead、updateTail使被删除的节点无法从head/tail可达，最后让被删除节点自连接或者执行终结节点（GC-unlinking）。
如果是队尾节点出队则由unlinkLast，unlinkLast的源码其实与unlinkFirst基本一致，只不过是从被删除节点p往前寻找一个有效节点，并把p的直接前驱节点指向该有效节点（如果本身不是其前驱节点的话），其中skipDeletedSuccessors则让刚刚找到的前驱节点的后继也指向节点p，即完成它们的互联，这一步就是所谓的unlinking，使队列的活动节点无法访问被删除的节点；②第二部分就是实现GC-unlinking了，通过updateHead、updateTail使被删除的节点无法从head/tail可达，最后让被删除节点前驱自连接，后继指向后继终结节点。unlinkLast的源码就不贴了。
可以看见，ConcurrentLinkedDeque在实现的时候，其实对头队尾相关的方法都是对称的，所以理解了一端的方法，另一端的方法就是对称的。
出队的方法主要就是unlink + unlinkFirst + unlinkLast实现，它被ConcurrentLinkedDeque的其他方法调用，例如：pollFirst、removeFirst、remove(包括迭代器)、clear、poll、pollLast、removeLast、removeFirstOccurrence(Object o)、removeLastOccurrence(Object o)等大量方法直接或间接调用。
其它方法
peekFirst/peekLast方法从对头/队尾开始找第一个活动节点（item不为空），找到一个立即返回item数据，否则直到到达队列的另一端都没找到返回null。这两个方法分别还会被peek/getFirst/isEmpty/getLast方法调用。例如isEmpty方法调用peekFirst只要返回不为null就表示队列非空，
size() ， 返回当前时刻队列中item不为空的节点个数，但如果超过Integer.MAX_VALUE，则就返回Integer.MAX_VALUE。
addAll(Collection c), 将指定的集合组成一个临时双端队列，然后把该临时队列拼接到当前ConcurrentLinkedDeque队列的队尾。指定的参数集合不能是ConcurrentLinkedDeque本身，不然将抛出IllegalArgumentException异常。
toArray/toArray(T[] a)，从队头开始依次将item不为空的节点数据添加到一个ArrayList集合中，最后再通过toArray方法将其转换成数组，注意该方法并不会将数据从队列中移除，仅仅是拷贝item的引用，所以返回的数组可以任意操作而不会对队列本身造成任何影响。
迭代器
ConcurrentLinkedDeque的迭代器实现思想与LinkedBlockingDeque一致，也支持正向和逆向的两种迭代器，分别是方法iterator、descendingIterator：
//按正确的顺序返回deque中元素的迭代器。元素将按从第一个(head)到最后一个(tail)的顺序返回。
//返回的迭代器是弱一致的。
public Iterator<E> iterator() {
return new Itr();
} //以相反的顺序返回deque中元素的迭代器。元素将按从最后(tail)到第一个(head)的顺序返回。
//返回的迭代器是弱一致的。
public Iterator<E> descendingIterator() {
return new DescendingItr();
}
它们的逻辑主要是由一个内部抽象类AbstractItr来实现，而iterator和descendingIterator仅仅实现了AbstractItr的抽象方法，用来指示迭代器的开始位置和迭代方向，为了保证迭代器的弱一致性，迭代器在创建实例的时候就已经拿到了第一个节点next和其节点数据，为了实现迭代器的remove方法，迭代器还保留了迭代的上一个节点lastRet，用于获取迭代器的下一个节点的主要逻辑由advance方法实现：
/**
* Sets nextNode and nextItem to next valid node, or to null if no such.
* 将nextNode和nextItem设置为下一个有效节点，如果没有，则设置为null。
*/
private void advance() {
lastRet = nextNode; Node<E> p = (nextNode == null) ? startNode() : nextNode(nextNode);
for (;; p = nextNode(p)) {
if (p == null) { //队列没有更多元素了，空或者到头了
// p might be active end or TERMINATOR node; both are OK
nextNode = null;
nextItem = null;
break;
}
E item = p.item;
if (item != null) {//节点有效
nextNode = p;
nextItem = item;
break;
}
}
}
可见迭代器会排除那些被移除的无效节点，迭代器在使用Itr.remove()删除节点的时候实际上调用了ConcurrentLinkedDeque的unlink方法，该方法上面已经解析过了，其它方法都很简单就不一一列举了。
可拆分迭代器Spliterator
ConcurrentLinkedDeque的可拆分迭代器由内部类CLDSpliterator实现，它不像普通迭代器那样可以支持正向和反向迭代，可拆分迭代器仅支持正向的拆分迭代：
public Spliterator<E> spliterator() {
return new CLDSpliterator<E>(this);
}
ConcurrentLinkedDeque的可拆分迭代器实现基本上和LinkedBlockingDeque一样，不过它不是使用锁而是CAS实现，可拆分迭代器会对节点的数据item进行null值判断，只对item不为空的数据做处理，tryAdvance从对头开始查找获取队列中第一个item不为空的数据节点的数据做指定的操作，forEachRemaining从队头开始循环遍历当前队列中item不为空的数据节点的数据做指定的操作源码都很简单，就不贴代码了，至于它的拆分方法trySplit，其实和ConcurrentLinkedQueue/LinkedBlockingDeque拆分方式是一样的，代码都几乎一致，它不是像ArrayBlockingQueue那样每次分一半，而是第一次只拆一个元素，第二次拆2个，第三次拆三个，依次内推，拆分的次数越多，拆分出的新迭代器分的得元素越多，直到一个很大的数MAX_BATCH（33554432） ，后面的迭代器每次都分到这么多的元素，拆分的实现逻辑很简单，每一次拆分结束都记录下拆分到哪个元素，下一次拆分从上次结束的位置继续往下拆分，直到没有元素可拆分了返回null。
总结
ConcurrentLinkedDeque是双端队列家族中对LinkedBlockingDeque的一种高并发优化，因为LinkedBlockingDeque采用的是保守的单锁实现，在多线程高并发下效率极其低下，所以ConcurrentLinkedDeque采用了CAS的方法来处理所以的竞争问题，保留了双端队列的所有特性，可以从对头、对尾两端插入和移除元素，它的内部实现非常精妙，既采用了ConcurrentLinkedQueue实现中用到过松弛阈值处理（即并不每一次都更新head/tail指针），又独特的针对队列中被逻辑删除节点的进行了淤积阀值合并处理和分三个阶段的节点删除步骤，同时还针对多次volatile写、普通写，多次连续的CAS操作单次生效等一系列的措施减少volatile写和CAS的次数，提高ConcurrentLinkedDeque的运行效率。当许多线程共享对公共集合（双端队列）的访问时，ConcurrentLinkedDeque是一个合适的选择，如果不需要用到双端队列的特性，完全可以使用ConcurrentLinkedQueue来完成高并发对公共集合的高效使用。注意ConcurrentLinkedDeque，ConcurrentLinkedQueue都没有继承BlockingDeque、BlockingQueue，所以它们没有阻塞等待的相关方法。
最新文章
- JQuery radio（单选按钮）操作方法汇总
- C#.NET 大型通用信息化系统集成快速开发平台 4.1 版本 - 网络订单提醒功能，网点区域功能增强
- ubuntu用apt-get安装memcache
- Orchard 异常
- Android将应用程序的崩溃信息如何保存到本地文件，并上传服务器
- Random类和ThreadLocalRandom类
- servlet会话技术：Session
- MySql 到 SQL Server（MSSQL）
- 意大利奢侈品牌-Kiton 华丽进驻北京新光天地-时尚生活-泛高尔夫网
- 游戏音频技术备忘 （四） Wwise Unreal Engine 集成代码浅析 （一）
- Redis Sentinel 机制与用法（二）
- xpadder教程：自定义设置游戏手柄的图片
- KVM之十：虚拟机在线添加网卡
- MySQL 实现调用外部程序和系统命令
- 一起学Android之ToggleButton和Switch
- web认证
- Mybatis之trim标签的理解
- Field.setAccessible()方法
- 异步编程 In .NET(转载)
- Codeforces 895.C Square Subsets
热门文章
- 【OGG 故障处理】OGG-01028
- 08 Windows编程——画图
- Linux网络管理——ifconfig、route
- 从win到多系统
- idou老师教你学Istio 28：istio-proxy check 的缓存
- JAVA遇见HTML——Servlet篇：应用MVC架构实现项目
- [唐胡璐]Selenium技巧- Prop.Properties配置测试应用的环境和其他配置项
- BZOJ 3566 概率充电器(树形概率DP)
- Codeforces Round #596 (Div. 2, based on Technocup 2020 Elimination Round 2) B2. TV Subscriptions (Hard Version)
- mapbox-gl空间分析插件turf.js使用介绍