【JUC源码解析】ConcurrentLinkedQueue
简介
ConcurrentLinkedQueue是一个基于链表结点的无界线程安全队列。
概述
队列顺序,为FIFO(first-in-first-out);队首元素,是当前排队时间最长的;队尾元素,当前排队时间最短的。新元素,从队尾插入;检索元素,从队首开始,Node的next属性保证从队首能遍历到所有的有效元素。由于此队列使用Node的next属性联接在一起,因此不允许有null元素。
队列的实现具有非阻塞,弱一致性,滞后更新等特点。
队列维护两个指针,head指针和tail指针,一开始,head和tail都指向“哑巴”结点(Node的item属性为空),新结点从尾部插入,队列向后增长,然而,tail并不总是指向尾部(队列中最后一个元素),head也并不总是指向头部(队列中第一个有效元素)。
head和tail的更新是独立的,也就是说,tail指针很可能比head指针指向更靠前的结点(当然,此结点是已删除结点,下次更新tail结点后,又跑到head结点后面或同一个),这保证了插入和删除的独立性。
hop,跳,指的是head或tail结点与第一个或最后一个结点的距离,大于等于2时更新。
新元素入队时,最后一个结点的next域为null,队列中的所有未删除结点的item域不能为null且从head都可以在O(N)时间内遍历到;
对于要删除的结点,不是将其引用直接置为null,而是将其item域先置为null(迭代器在遍历时会跳过item为null的结点);允许head和tail滞后更新,即前文提到的head/tail指针并非总是指向队列的头/尾节点。
head结点(head指针指向的结点)的next域不能指向该结点自身,tail结点的next域可以指向该结点自己。
源码解析
Node
volatile E item; // 元素内容
volatile Node<E> next; // 指向下一个结点
头结点和尾结点
private transient volatile Node<E> head; // 头结点
private transient volatile Node<E> tail; // 尾结点
入队
public boolean offer(E e) {
checkNotNull(e); // 为空,抛出异常
final Node<E> newNode = new Node<E>(e);
for (Node<E> t = tail, p = t;;) { // t作为tail的快照,p指向t结点
Node<E> q = p.next; // q是p的next结点
if (q == null) { // q为null,说明p是最后一个结点,可以直接插入
if (p.casNext(null, newNode)) { // 设置新结点为p的next结点
if (p != t) // 两跳,更新tail结点
casTail(t, newNode); // 失败,表示其他线程更新成功了
return true; // 返回
}
} else if (p == q) // p结点的next域指向了它自己,此操作在更新head结点时发生,表明此结点及其之前的结点已被删除
p = (t != (t = tail)) ? t : head; // 如果tail结点已被其他线程更新,则p指向t(tail)结点,否则(tail指针指向已被删除的结点),p指向head结点,跳到头部,指向活着的结点
else
p = (p != t && t != (t = tail)) ? t : q; // p指向它的next结点(q),并在2跳时检查tail结点是否更新,如果更新,则指向tail结点
}
}
初始队列

一开始,head和tail指针均指向“哑元”结点。
分支一,tail指向最后一个结点,直接插入
插入前

插入后

分支二,tail指向倒数第二个结点
插入前

向后推进,直至达到插入的条件

插入结点,并更新tail指针

分支三,tail滞后于head
插入前

情景1
tail指针未被其他线程更新

插入后

情景2
tail指针被其他线程更新

插入后

分支三的来历
A和B结点被删除,B结点next域指向自己,head指针更新至结点C

C结点被删除,head指针指向不变
接着,D结点被删除,head指针更新至结点E,此时,tail结点滞后于head结点,下图即为分支三初始情况

出队
public E poll() {
restartFromHead: for (;;) {
for (Node<E> h = head, p = h, q;;) { // h作为head的快照,p指向h结点
E item = p.item; // 获取p的item
if (item != null && p.casItem(item, null)) { // 如果item不为null, 表示此结点还未删除,尝试将其删除
if (p != h) // 两跳,更新一次head结点
updateHead(h, ((q = p.next) != null) ? q : p);
return item; // 返回此结点item
} else if ((q = p.next) == null) { // 否则,表示此结点已被删除,则查看其next结点是否存在
updateHead(h, p); // 若不存在,则更新head指针指向该结点
return null; // 并返回null
} else if (p == q) // 如果此结点已被删除,并且其next结点不为null,而是指向了自己,表示别的线程已经更新了head指针,为了找到有效结点,则从头开始(转向新的head结点)
continue restartFromHead;
else // 如果此结点已被删除,并且其next结点存在,向后推进,寻找未被删除结点
p = q;
}
}
}
分支一,head结点未被删除
删除前

删除后

分支二,head结点已被删除,且其next结点不存在

删除后,不变
或者

删除后

分支三,head结点已被删除,并且其next结点存在,并非指向自己
删除前

向后推进

删除后,且更新head结点

分支四,如果此结点已被删除,并且其next结点不为null,而是指向了自己,表示别的线程已经更新了head指针,如分支三
初始,同分支三删除前

向后推进p指针时,其他线程抢先删除结点,并更新了head指针,同分支三删除后

此时,应从头开始,重新获取head指针,进行后续操作。
行文至此结束。
尊重他人的劳动,转载请注明出处:http://www.cnblogs.com/aniao/p/aniao_clq.html
【JUC源码解析】ConcurrentLinkedQueue的更多相关文章
- 【JUC源码解析】ScheduledThreadPoolExecutor
简介 它是一个线程池执行器(ThreadPoolExecutor),在给定的延迟(delay)后执行.在多线程或者对灵活性有要求的环境下,要优于java.util.Timer. 提交的任务在执行之前支 ...
- 【JUC源码解析】SynchronousQueue
简介 SynchronousQueue是一种特殊的阻塞队列,该队列没有容量. [存数据线程]到达队列后,若发现没有[取数据线程]在此等待,则[存数据线程]便入队等待,直到有[取数据线程]来取数据,并释 ...
- 【JUC源码解析】ForkJoinPool
简介 ForkJoin 框架,另一种风格的线程池(相比于ThreadPoolExecutor),采用分治算法,工作密取策略,极大地提高了并行性.对于那种大任务分割小任务的场景(分治)尤其有用. 框架图 ...
- 【JUC源码解析】DelayQueue
简介 基于优先级队列,以过期时间作为排序的基准,剩余时间最少的元素排在队首.只有过期的元素才能出队,在此之前,线程等待. 源码解析 属性 private final transient Reentra ...
- 【JUC源码解析】CyclicBarrier
简介 CyclicBarrier,一个同步器,允许多个线程相互等待,直到达到一个公共屏障点. 概述 CyclicBarrier支持一个可选的 Runnable 命令,在一组线程中的最后一个线程到达之后 ...
- 【JUC源码解析】Exchanger
简介 Exchanger,并发工具类,用于线程间的数据交换. 使用 两个线程,两个缓冲区,一个线程往一个缓冲区里面填数据,另一个线程从另一个缓冲区里面取数据.当填数据的线程将缓冲区填满时,或者取数据的 ...
- Jdk1.6 JUC源码解析(12)-ArrayBlockingQueue
功能简介: ArrayBlockingQueue是一种基于数组实现的有界的阻塞队列.队列中的元素遵循先入先出(FIFO)的规则.新元素插入到队列的尾部,从队列头部取出元素. 和普通队列有所不同,该队列 ...
- Jdk1.6 JUC源码解析(13)-LinkedBlockingQueue
功能简介: LinkedBlockingQueue是一种基于单向链表实现的有界的(可选的,不指定默认int最大值)阻塞队列.队列中的元素遵循先入先出 (FIFO)的规则.新元素插入到队列的尾部,从队列 ...
- Jdk1.6 JUC源码解析(6)-locks-AbstractQueuedSynchronizer
功能简介: AbstractQueuedSynchronizer(以下简称AQS)是Java并发包提供的一个同步基础机制,是并发包中实现Lock和其他同步机制(如:Semaphore.CountDow ...
随机推荐
- Web项目打成war包部署Tomcat时运行startup.bat直接闪退部署失败解决方案
即上篇通过将web项目打成war包部署到Tomcat服务器,解决mysql问题后,又出现了新问题,真是一波三折,所以将解决过程分享给大家,希望能帮助到小伙伴们~ 将打好的war包拷贝到Tomcat的w ...
- programming-languages学习笔记--第7部分
programming-languages学习笔记–第7部分 */--> pre.src {background-color: #292b2e; color: #b2b2b2;} pre.src ...
- Hadoop学习笔记---HDFS
Hadoop分布式文件系统(HDFS)被设计成适合运行在通用硬件(commodity hardware)上的分布式文件系统.HDFS是一个高度容错性的系统,适合部署在廉价的机器上.HDFS能提供高吞吐 ...
- Mac OS X文件系统的附加属性@如何彻底删除
有时候在 Mac 系统下读写 NTFS 分区时,会发现一些文件不能打开. 显示错误为: 项目“XXX”已被 OS X 使用,不能打开. 如果再终端 ls -al 命令一下就可以看到: -rwxr-xr ...
- rocketmq命令【转】
首先进入 RocketMQ 工程,进入/RocketMQ/bin 在该目录下有个 mqadmin 脚本 . 查看帮助: 在 mqadmin 下可以查看有哪些命令 a: 查看具体命令的使 ...
- 结合cocos2d-x开发配置sublime text
开发cocos2d-x前端的非核心开发人员对于编辑器的选择,多数的选择有两个,一个是传统的ultraedit,另外的就是现在很流行的sublime text.以前我是比较喜欢用ultraedit的,但 ...
- ASP.NET Core Middleware (转载)
What is Middleware? Put simply, you use middleware components to compose the functionality of your A ...
- misc类设备
何为misc (1)中文名:杂项设备\杂散设备,它是一种典型的字符设,在一般情况下在内核中,所有的misc设备的主设备号是固定的,为10,它们的次设备号不一样:(2)可以在根文件系统中看到:/sys/ ...
- 使用VMware安装CentOS7
以前一直用的CentOS6,这次搭建一套CentOS7. 感觉和6还是有一些差异,在这边记录下. 一.选择典型(推荐): 二.选择安装程序光盘映像文件: 网上有几个版本,mini版,DVD版,不过mi ...
- Java实例 Part3:流程控制
目录 Example01:判断某一年是否为闰年 Example02:验证登录信息的合法性 Example03:判断用户输入月份的季节 Example04:使用while循环语句与自增运算符循环遍历数组 ...
