LinkedTransferQueue 源码分析
LinkedTransferQueue
LinkedTransferQueue 能解决什么问题?什么时候使用 LinkedTransferQueue?
1)LinkedTransferQueue 是基于单向链表实现的线程安全的、无界、FIFO、阻塞队列
2)执行 put 操作时,如果链表头部为阻塞的 take 线程,则直接将此元素交给它,
否则将元素添加到队列尾部,put 操作不会阻塞调用线程。
3)执行 transfer 操作的线程需要一个配对的 take 线程读取元素,否则将阻塞,反之也一样。
如何使用 LinkedTransferQueue?
1)LinkedTransferQueue 相对于 LinkedBlockingQueue,可以直接投递元素,性能更高。
2)LinkedTransferQueue 相对于 SynchronousQueue,多了一个可以存储元素的缓冲队列
使用 LinkedTransferQueue 有什么风险?
1)LinkedTransferQueue 是通过无锁 CAS 保证线程安全的,高并发场景下,频繁的 CAS 失败会导致高 CPU 使用率。
2)LinkedTransferQueue 是无界的,生产速率持续大于消费速率时,一定时间后会导致内存溢出。
LinkedTransferQueue 核心操作的实现原理?
- 创建实例
/**
* 头结点
* can be reached in O(1) time.
* Invariants:
* - all live nodes are reachable from head via .next
* - head != null
* - (tmp = head).next != tmp || tmp != head
* Non-invariants:
* - head may or may not be live
* - it is permitted for tail to lag behind head, that is, for tail
* to not be reachable from head!
*/
transient volatile Node head;
/**
* 尾节点
* can be reached in O(1) time.
* Invariants:
* - the last node is always reachable from tail via .next
* - tail != null
* Non-invariants:
* - tail may or may not be live
* - it is permitted for tail to lag behind head, that is, for tail
* to not be reachable from head!
* - tail.next may or may not be self-linked.
*/
private transient volatile Node tail;
/**
* 创建一个空的 LinkedTransferQueue 实例
*/
public LinkedTransferQueue() {
// 傀儡节点的 isData=true
head = tail = new Node();
}
- 异步添加元素
static final class Node {
/**
* 1)true:当前节点是数据节点
* 2)false:当前节点是请求节点
*/
final boolean isData;
/**
* 1)如果是数据节点,新建时为目标元素,匹配时置为 null
* 2)如果是请求节点,新建时为 null,匹配时置为读取的目标元素
*/
volatile Object item; // initially non-null if isData; CASed to match
// 链表的后置节点
volatile Node next;
// 节点的驻留线程,非阻塞数据节点的 waiter 为 null
volatile Thread waiter;
}
/**
* 将目标元素插入到队列尾部,由于队列是无界的,该方法不会阻塞
*/
@Override
public void put(E e) {
xfer(e, true, LinkedTransferQueue.ASYNC, 0);
}
// 实时模式
private static final int NOW = 0; // for untimed poll, tryTransfer
// 异步模式
private static final int ASYNC = 1; // for offer, put, add
// 同步模式
private static final int SYNC = 2; // for transfer, take
// 超时模式
private static final int TIMED = 3; // for timed poll, tryTransfer
/**
* 聚合了所有队列操作
*
* @param e 1)如果是 put 操作,则为插入的目标元素
* 2)如果是 take 操作,则为 null
* @param haveData put 操作时为 true,take 操作为 false
* @param how NOW, ASYNC, SYNC, or TIMED
* @param nanos timeout in nanosecs, used only if mode is TIMED
* @return an item if matched, else e
* @throws NullPointerException if haveData mode but e is null
*/
@SuppressWarnings("unchecked")
private E xfer(E e, boolean haveData, int how, long nanos) {
if (haveData && e == null) {
throw new NullPointerException();
}
restart: for (Node s = null, t = null, h = null;;) {
/**
* t:尾节点
* h:头结点
* p:前置节点
* 1)尾部节点已经被其他线程更新 && 和当前节点非对偶节点,则读取新的尾部节点
* 2)未发生竞争,则读取头部节点
*/
for (Node p = t != (t = tail) && t.isData == haveData ? t
: (h = head);; ) {
final Node q; final Object item;
/**
* 1)前置节点和新值节点是对偶节点 && 前置节点是一个 take 操作
*/
if (p.isData != haveData
&& haveData == ((item = p.item) == null)) {
if (h == null) {
h = head;
}
/**
* 1)尝试将 take 节点的 item 从 null 变为 e,同时唤醒驻留其上的线程
* 操作成功返回 true。
*/
if (p.tryMatch(item, e)) {
// 前置节点不是头结点
if (h != p) {
// 移除队列前端已经匹配的节点
skipDeadNodesNearHead(h, p);
}
return (E) item;
}
}
// 前置节点的后置节点为 null,即 p 是尾节点
if ((q = p.next) == null) {
// 如果是实时操作,则立即返回
if (how == LinkedTransferQueue.NOW) {
return e;
}
// 创建新节点
if (s == null) {
s = new Node(e);
}
// 将新节点链接到尾部,发生竞争则重试
if (!p.casNext(null, s)) {
continue;
}
if (p != t) {
// 将新节点设置为尾部
casTail(t, s);
}
// 如果是异步添加,则直接返回
if (how == LinkedTransferQueue.ASYNC) {
return e;
}
// 超时或阻塞等待对偶节点
return awaitMatch(s, p, e, how == LinkedTransferQueue.TIMED, nanos);
}
// 出现竞争,则重试
if (p == (p = q)) {
continue restart;
}
}
}
}
/**
* 清除 h 到 p 之间的所有匹配节点,包括 h 和 p,理论上它们都应该是已匹配节点
*/
private void skipDeadNodesNearHead(Node h, Node p) {
for (;;) {
final Node q;
// 1)p 节点是尾节点,则直接退出,清除后队列为空
if ((q = p.next) == null) {
break;
// 2)p 节点的后置节点未匹配,则退出
} else if (!q.isMatched()) { p = q; break; }
else if (p == (p = q)) {
return;
}
}
// 更新头结点
if (casHead(h, p)) {
// 释放 head
h.selfLink();
}
}
/**
* Spins/yields/blocks until node s is matched or caller gives up.
*
* @param s 阻塞等待的节点
* @param pred s 的前置节点,
* or null if unknown (the null case does not occur in any current calls but may in possible future extensions)
* @param e 检查匹配的比较值
* @param timed 是否是超时模式
* @param nanos 以纳秒为单位的超时时间
* @return matched item, or e if unmatched on interrupt or timeout
*/
private E awaitMatch(Node s, Node pred, E e, boolean timed, long nanos) {
// 计算截止时间
final long deadline = timed ? System.nanoTime() + nanos : 0L;
// 读取当前线程
final Thread w = Thread.currentThread();
int spins = -1; // initialized after first item and cancel checks
ThreadLocalRandom randomYields = null; // bound if needed
for (;;) {
final Object item;
// 1)尝试阻塞等待过程中,已经出现匹配节点
if ((item = s.item) != e) { // matched
/**
* 将请求节点的 item 设置为节点本身
* 将 waiter 置为 null
*/
s.forgetContents(); // avoid garbage
@SuppressWarnings("unchecked")
final E itemE = (E) item;
// 返回匹配的数据
return itemE;
}
// 2)当前线程被中断或超时
else if (w.isInterrupted() || timed && nanos <= 0L) {
// try to cancel and unlink
if (s.casItem(e, s.isData ? null : s)) {
unsplice(pred, s);
return e;
}
// return normally if lost CAS
}
// 3)自旋次数位初始化,则初始化自旋次数
else if (spins < 0) { // establish spins at/near front
if ((spins = LinkedTransferQueue.spinsFor(pred, s.isData)) > 0) {
randomYields = ThreadLocalRandom.current();
}
}
// 4)自旋还未结束,则递减自旋次数
else if (spins > 0) { // spin
--spins;
// 1/64 的几率出现 Thread.yield()
if (randomYields.nextInt(LinkedTransferQueue.CHAINED_SPINS) == 0)
{
Thread.yield(); // occasionally yield
}
}
// 5)当前节点还无驻留线程,则将当前线程驻留其上,准备进入阻塞
else if (s.waiter == null) {
s.waiter = w; // request unpark then recheck
}
// 6)如果是超时阻塞
else if (timed) {
// 计算剩余时间
nanos = deadline - System.nanoTime();
if (nanos > 0L) {
// 超时阻塞
LockSupport.parkNanos(this, nanos);
}
}
// 7)阻塞当前线程
else {
LockSupport.park(this);
}
}
}
- 同步添加元素
/**
* 1)如果当前有线程阻塞在 take 操作上,则将元素 e 传递给消费者
* 2)否则阻塞等待消费者出现
* 如果当前线程被中断,则抛出 InterruptedException 异常
*/
@Override
public void transfer(E e) throws InterruptedException {
if (xfer(e, true, LinkedTransferQueue.SYNC, 0) != null) {
Thread.interrupted(); // failure possible only due to interrupt
throw new InterruptedException();
}
}
/**
* 如果当前有线程阻塞在 take 操作上,则将元素 e 传递给消费者,操作成功返回 true。
* 操作失败,则元素被丢弃,并返回 false。
*/
@Override
public boolean tryTransfer(E e) {
return xfer(e, true, LinkedTransferQueue.NOW, 0) == null;
}
/**
* 1)在指定的超时时间内将目标元素 e 传递给一个消费者,如果传递成功则返回 true。
* 2)如果超时,则元素被丢弃,并返回 false。
* 3)线程被中断则抛出 InterruptedException 异常
*/
@Override
public boolean tryTransfer(E e, long timeout, TimeUnit unit)
throws InterruptedException {
if (xfer(e, true, LinkedTransferQueue.TIMED, unit.toNanos(timeout)) == null) {
return true;
}
if (!Thread.interrupted()) {
return false;
}
throw new InterruptedException();
}
- 同步读取元素
/**
* 1)如果头节点是一个数据节点,则读取其数据
* 2)否则将当前线程加入队列尾部,阻塞等待读取数据
* 3)如果线程被中断,则抛出 InterruptedException 异常
*/
@Override
public E take() throws InterruptedException {
final E e = xfer(null, false, LinkedTransferQueue.SYNC, 0);
if (e != null) {
return e;
}
Thread.interrupted();
throw new InterruptedException();
}
/**
* 1)如果头节点是一个数据节点,则读取其数据,否则立即返回 null。
*/
@Override
public E poll() {
return xfer(null, false, LinkedTransferQueue.NOW, 0);
}
/**
* 1)尝试在指定的超时时间内读取数据,成功则返回数据值
* 2)如果已经超时,则返回 null
* 3)如果线程被中断,则抛出 InterruptedException 异常
*/
@Override
public E poll(long timeout, TimeUnit unit) throws InterruptedException {
final E e = xfer(null, false, LinkedTransferQueue.TIMED, unit.toNanos(timeout));
if (e != null || !Thread.interrupted()) {
return e;
}
throw new InterruptedException();
}
LinkedTransferQueue 源码分析的更多相关文章
- 死磕 java集合之LinkedTransferQueue源码分析
问题 (1)LinkedTransferQueue是什么东东? (2)LinkedTransferQueue是怎么实现阻塞队列的? (3)LinkedTransferQueue是怎么控制并发安全的? ...
- 死磕 java集合之ArrayDeque源码分析
问题 (1)什么是双端队列? (2)ArrayDeque是怎么实现双端队列的? (3)ArrayDeque是线程安全的吗? (4)ArrayDeque是有界的吗? 简介 双端队列是一种特殊的队列,它的 ...
- JUC源码分析-集合篇(十)LinkedTransferQueue
JUC源码分析-集合篇(十)LinkedTransferQueue LinkedTransferQueue(LTQ) 相比 BlockingQueue 更进一步,生产者会一直阻塞直到所添加到队列的元素 ...
- lesson2:java阻塞队列的demo及源码分析
本文向大家展示了java阻塞队列的使用场景.源码分析及特定场景下的使用方式.java的阻塞队列是jdk1.5之后在并发包中提供的一组队列,主要的使用场景是在需要使用生产者消费者模式时,用户不必再通过多 ...
- JDK源码分析(11)之 BlockingQueue 相关
本文将主要结合源码对 JDK 中的阻塞队列进行分析,并比较其各自的特点: 一.BlockingQueue 概述 说到阻塞队列想到的第一个应用场景可能就是生产者消费者模式了,如图所示: 根据上图所示,明 ...
- 细说并发5:Java 阻塞队列源码分析(下)
上一篇 细说并发4:Java 阻塞队列源码分析(上) 我们了解了 ArrayBlockingQueue, LinkedBlockingQueue 和 PriorityBlockingQueue,这篇文 ...
- JUC源码分析-集合篇:并发类容器介绍
JUC源码分析-集合篇:并发类容器介绍 同步类容器是 线程安全 的,如 Vector.HashTable 等容器的同步功能都是由 Collections.synchronizedMap 等工厂方法去创 ...
- ABP源码分析一:整体项目结构及目录
ABP是一套非常优秀的web应用程序架构,适合用来搭建集中式架构的web应用程序. 整个Abp的Infrastructure是以Abp这个package为核心模块(core)+15个模块(module ...
- HashMap与TreeMap源码分析
1. 引言 在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Ja ...
随机推荐
- 8. golang 基本类型转换
golang 类型转换只能显性转换 不能自动转换 基本数据类型间的转换 var x1 int = 2 var x2 int16 var x3 int8 x2 = 200 + x1 x3 = 200 + ...
- RabbitMq学习6-安装php-amqplib(RabbitMQ的phpAPI)
一.使用composer安装php-amqplib 1.在你的项目中添加一个 composer.json文件: { "require": { "php-amqplib/p ...
- BZOJ 1906. 树上的蚂蚁
传送门 发现蚂蚁不多,所以考虑两两枚举然后判断 那么首先要求出两条链的公共部分,然后根据之间在公共链的时间段和是同向还是反向进行判断 思路简单但是细节很多...... 首先求链的公共部分,设两种蚂蚁为 ...
- luogu P5340 [TJOI2019]大中锋的游乐场
传送门 要求经过路径汉堡的点和可乐的点个数之差绝对值\(\le k\),所以可以考虑dp,\(f_{i,j}\)表示到点\(i\),汉堡的点个数减可乐的点的个数为\(j\)的最短距离,注意一下负下标处 ...
- 使用pyenv对python版本管理
1.使用pyenv进行python版本管理 1.1安装对应的依赖包,如果不安装后续操作可能会因为缺少某一个变量包而出现错误 sudo apt-get install -y make build- ...
- 025-Cinder服务-->安装并配置一个本地存储节点(ISCSI)
一:Cinder提供块级别的存储服务,块存储提供一个基础设施为了管理卷,以及和OpenStack计算服务交互,为实例提供卷.此服务也会激活管理卷的快照和卷类型的功能,块存储服务通常包含下列组件:cin ...
- P3833 [SHOI2012]魔法树 (树链剖分模板题)
题目链接:https://www.luogu.org/problem/P3833 题目大意:有一颗含有n个节点的树,初始时每个节点的值为0,有以下两种操作: 1.Add u v d表示将点u和v之间的 ...
- pymongo操作mongo数据库的查操作
一: 数据结构 { "_id" : ObjectId("5de8a5b748a75a8d48b72bdc"), ", ", ", ...
- 【LuoguP4770】[NOI2018] 你的名字
题目链接 题意简述 给定一个串 \(S\) 多组询问 , 每次给定一个串 \(T\) 和一个 区间 \([l,r]\) 求串\(T\) 有多少个本质不同的子串 满足不是 \(S[l...r]\) 的子 ...
- 【leetcode】1131. Maximum of Absolute Value Expression
题目如下: Given two arrays of integers with equal lengths, return the maximum value of: |arr1[i] - arr1[ ...