由於鍊錶的特性，因此可以知道其進行新增元素或者刪除元素只需要進行節點的改變即可，同時不需要考慮擴容和縮容的問題，比較方便。那實現佇列，需要的是生產者和消費者的模型。其本質是執行進隊和出隊操作。 下面的**源於
那麼怎樣才能實現乙個併發無鎖的佇列呢？首先需要考慮佇列是基於鍊錶的，因此我們能操作它的前驅節點和後繼節點，同時對資料需要儲存到佇列中，然後進行消費。為了解決併發問題，我們採用樂觀鎖+volatile的方式實現。為了測試效果，**中使用了同步併發容器countdownlatch測試。
入隊考慮：
當前隊列為空時，直接將當前節點設定成尾節點
當前佇列不為空時，將原來的尾節點設定未當前節點的前驅節點
如果當前隊列為空，則將返回空
如果當前佇列不為空，有乙個元素，則直接移除，將當前頭節點設定為空
如果當前佇列有多個元素，此時考慮將頭節點進行置為空，此時首先拿到頭節點的下乙個節點，同時將其的前驅節點(也即頭節點)設定為空
前驅節點、後繼節點、當前佇列儲存的資料
/**
* 鍊錶節點的定義
* * @param */
private
static
class
node
@override
public string tostring()
';}}
// 指向佇列頭結點的原子引用
private atomicreference
> head =
newatomicreference
<
>
(null)
;// 指向佇列尾結點的原子引用
private atomicreference
> tail =
newatomicreference
<
>
(null)
;
public
boolean
inqueue
(e e)
}else}}
}
public e dequeue()
else
if(headed == tailed)
}else}}
}
private
long
singlelinkedqueue()
throws interruptedexception
else
} latch.
countdown()
;}})
.start()
;}latch.
await()
;long end = system.
currenttimemillis()
;return
(end - start)
;}
但是這樣的無鎖佇列適合大容量場景嗎？
對於無鎖佇列的鍊錶模式：
無鎖佇列的鍊錶模式採用head/tail頭尾指標指向乙個包含next指標的結構體。
為了解決head/tail的互斥問題，head/tail必須指向乙個dummy結構（空佇列時head=tail 指向dummy）
雙向佇列的鍊錶實現
定義以下這樣乙個佇列結構 include include define elementtype int define error 1e5 typedef struct node ptrtonode struct node typedef struct dequerecord deque struct...
基於雙向鍊錶的簡單阻塞佇列
最近工作比較忙，水一篇 author niuxy date 2020 6 8 8 54 下午 description 基於雙向鍊錶的簡單 fifo 佇列 鎖的粒度很粗，僅針對最上層操作進行互斥同步關係規劃 最上層方法有兩個 put 與 remove 以 length 與 capacity 是否相等為...
無頭雙向鍊錶
class node public class mylinkedlist else 尾插法 public void addlast int data else private void checkindex int index private node searchindex int index r...