解读AtomicStampedReference的源码

最新推荐文章于 2021-03-15 22:32:33 发布
原创 最新推荐文章于 2021-03-15 22:32:33 发布 · 750 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#源码

本文介绍AtomicStampedReference类，它能够维护一个对象引用和一个整型stamp，这两个元素可以被原子地更新。该实现通过内部创建boxed[对象引用, 整数]对来维护这种带戳记的引用。

解读AtomicStampedReference的源码之前，我们先看看它的说明：

An {@code AtomicStampedReference} maintains an object reference
 * along with an integer "stamp", that can be updated atomically.
 *
 * <p> Implementation note. This implementation maintains stamped
 * references by creating internal objects representing "boxed"
 * [reference, integer] pairs.

很简单，就是维护一个[Object reference, int] 类型的对象，让这个对象能够同时更新对象引用及int

揭秘CAS：深入理解与应用解析
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
01-17 84万+
在并发编程中，Compare-And-Swap（CAS）机制作为一种无锁算法，凭借其高效性和避免线程阻塞的优势，受到广泛关注。CAS不仅在底层实现上有着重要地位，还在实际开发中发挥着关键作用。本文将从CAS的工作原理、在Java中的实现及其增强机制来回顾和加深理解一下CAS。
JAVA并发编程——源码原理全面剖析与重点梳理
lianghongliang66的博客
05-25 1387
帧与帧栈 每个线程有一块栈内存 每个栈由多个栈帧组成，每个栈帧对应每次方法调用占用的内存 每个线程只能有一个活动栈帧，对应当前正在执行的那个方法 线程上下文切换 线程的CPU时间片用完 垃圾回收 有更高优先级的线程需要运行 线程自己调用了sleep、yield、wait、join、park、synchronized、lock等方法 其中程序计数器的作用 操作系统保存当前线程的状态，记住下一条jvm指令的执行地址，用于恢复线程的状态 PS：状态：程序计数器、栈中每个帧栈的信息 线程状态
AtomicStampedReference源码解析。
孤芳不自赏
09-29 303
/** * AtomicStampedReference 维护带有整数“标志”的对象引用，可以用原子方式对其进行更新。 * * 实现注意事项。通过创建表示“已装箱”的 [reference, integer] 对的内部对象，此实现维持带标志的引用。 * @param <V> 此引用引用的对象的类型 */ public class AtomicStampedReferen...
聊聊高并发（十二）分析java.util.concurrent.atomic.AtomicStampedReference源码来看如何解决CAS的ABA问题
ITer_ZC的专栏
10-30 7727
在聊聊高并发（十一）实现几种自旋锁（五）中使用了java.util.concurrent.atomic.AtomicStampedReference原子变量指向工作队列的队尾，为何使用AtomicStampedReference原子变量而不是使用AtomicReference是因为这个实现中等待队列的同一个节点具备不同的状态，而同一个节点会多次进出工作队列，这就有可能出现出现ABA问题。
AtomicStampedReference源码分析
weixin_43624024的博客
12-19 255
AtomicStampedReference AtomicStampedReference是j.u.c.atomic包下提供的一个原子类，它能通过维护一个版本号解决其它原子类无法解决的ABA问题。 ABA问题 我们知道CAS操作底层是依赖于Unsafe.compareAndSwap操作实现的，它通过比较源内存地址与更新时期望的内存地址是否相同来决定是否执行更新操作，但如果某线程1在读取了内存地址X...
AtomicStampedReference源码解析
weixin_42146366的博客
04-09 329
一、前言     AtomicInteger、AtomicLong等这类Atomic类都不能避免ABA问题，但项目中经常需要避免这类问题，此时可采用AtomicStampedReference进行辅助开发。AtomicStampedReference内部本身不能避免ABA，但它通过设置版本号，每次设置完成后对版本号进行比对，以此验证更新是否正确，不正确则重试...
jucse28项目源码分析与结构解读
And-Swap）指令的实现原理，也是此类项目常见的分析重点，涉及Unsafe类的作用、volatile关键字的内存语义保障、ABA问题及其解决方案（如AtomicStampedReference）。 此外，项目还可能涵盖并发集合类的使用与原理...
java JUC源码解读 详细
最新发布
02-25
以下从 **核心模块**、**设计模式**、**关键类源码分析** 三个维度进行详细解读。 --- ### **一、JUC 整体架构** JUC 的核心模块包括： 1. **原子类**（Atomic）：基于 CAS 的无锁并发操作（如 `AtomicInteger`）...
2024年Java后端面试高频考点与源码解析
此外，对于CAS（Compare and Swap）操作的底层实现（如Unsafe类调用CPU原语）、ABA问题及其解决方案（如AtomicStampedReference）、自旋锁与适应性自旋等高级话题也有深入探讨。线程池模块则围绕ThreadPoolExecutor...
AtomicStampedReference的源码
热门推荐
诗水人间
11-12 5万+
在我们使用CAS操作的时候会有一个问题那就是CAS过程中，预期值可能被更新了多次，最终又更新会预期值，这样判断cas操作则是成功的因为本次cas操作符合条件。 AtomicStampedReference总的来说就是解决一个线程将A改成C，也就是说当前值是A。 但是会出现A被改成B后又改回A，那么A改成C还是成功的。有些时候是不允许这种情况。因此有了AtomicStampedReference类，它在CAS的基础上加了一个时间戳的概念，实际上就是在原先需要预期值和新值，两个参数，现在需要另外加两个参数也就是
AtomicStampedReference源码解析（基于 JDK 1.8）
weixin_41677899的博客
03-15 296
文章目录1 Stamped 和 Markable的比较2 介绍3 其他方法4 代码示例 在 atomic 包中，有三个 Reference 相关的类：AtomicReference，AtomicStampedReference，AtomicMarkableReference。 AtomicReference 无法解决 ABA 问题，而后面的两个类特别是 AtomicStampedReference 能够很好地解决 ABA 问题。 ABA问题可以见我前面的文章 unsafe 介绍（二）与CAS 1 Stamp
JUC AtomicStampedReference源码解析 JDK8
anlian523的博客
05-10 689
最终调用Unsafe的compareAndSwapObject方法时，是不关心版本号的。compareAndSwapObject只关心是不是同一个对象。（但这样不会造成问题） 虽然根据上一条，感觉可能会有问题。但是由于静态内部类Pair每次都会新构造对象出来，即使T reference, int stamp两个参数完全一样，也会构造出两个不同的对象，所以最终调用的compareAndSwapObject不关心版本号也没有关系。 综上，版本号是在Unsafe的CAS操作上进行的附加判断，准备的说，是先判断版本
AtomicStampedReference源码详解
z974656361的专栏
12-03 325
AtomicStampedReference源码详解 通过前面几个原子类源码的学习，可以发现这些原子类型实现原子类型的操作，主要是利用volatile和CAS来实现的。其中，volatile关键字可以保证线程可见性，而CAS算法，主要是通过unsafe，利用CPU的指令来实现操作的原子性，CAS算法实现了一种快速失败的方式，当某个线程修改已经被改变的数据时，会快速失败。另外，当CAS算法修改某个数据失败时，由于有自旋算法的加持，对于数据的修改最终会成功。在大多数情况下，通过CAS算法来实现操作的原子性，是没
【源码】JUC —— AtomicStampedReference 解读
小水牛的博客
09-02 404
【源码】JUC —— AtomicStampedReference 解读前言AtomicStampedReference属性及构造CASattemptStampdemo总结 前言 原子操作类 有个隐患的问题称之为 ABA问题，即就是说我们无法保证 CAS 过程中 compare 预期值与实际值相等时目标值并没有被真正的改变过 举个例子，修改预期值 1 为 2，如果在这期间，有其他线程将 1 修改为 x 后又将 x 修改为 1，那么当前线程 compare 发现 1 = 1，则会成功执行该次 CAS 操作 这
AtomicStampedReference、AtomicMarkableReference源码分析，解决cas ABA问题
zqz_zqz的博客
03-29 5233
import java.util.concurrent.atomic.AtomicStampedReference; /**  * 解决atomic aba问题就在更新时设置版本号的方式来解决，每次更新就要设置一个不一样的版本号，修改的时候，不但要比较值有没有变，还要比较版本号对不对，这个思想在zookeeper中也有体现；  * @author Administrator  *
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值