多线程--CAS--JAVA

目录

一、什么是CAS

1.比较A和V的值是否相等(比较)

2.如果相当,将B的值写入到V(交换)

3.返回操作是否成功

二、CAS伪代码

三、CAS是怎样实现的

1.Java的CAS操作利用的是unsafe这个类提供的CAS操作

2.unsafe的CAS依赖的是JVM针对不同操作系统实现的Atomic::cmpxchg

3.Atomic::cmpxchg的实现使用了汇编的CAS操作,并且使用了cpu硬件提供的lock操作来保证原子性

四、CAS的应用

1.实现原子类

2.实现自旋锁

CAS的ABA问题

1.什么是ABA问题?

 

2.ABA问题带来的BUG

正常的过程

异常的过程

解决⽅案


一、什么是CAS

CAS,字面意思就是(比较并交换)。一个CAS涉及到以下操作:

我们假设内存中的原数据V,旧的预期值A,需要修改的值B

1.比较A和V的值是否相等(比较)

2.如果相当,将B的值写入到V(交换)

3.返回操作是否成功

二、CAS伪代码

下面所写的伪代码不是一个原子的操作,真实的CAS操作是一个原子的硬件指令完成的,下面的代码只用于帮助理解CAS。

boolean CAS(address, expectValue, swapValue) {
 if (&address == expectedValue) {
 &address = swapValue;
 return true;
 }
 return false;
}
两种典型的不是 "原⼦性" 的代码
1. check and set (if 判定然后设定值) [上⾯的 CAS 伪代码就是这种形式]
2. read and update (i++) [之前我们讲线程安全的代码例⼦是这种形式]
当多个线程同时对某个资源进⾏CAS操作,只能有⼀个线程操作成功,但是并不会阻塞其他线程,其他 线程只会收到操作失败的信号。
CAS 可以视为是⼀种乐观锁. (或者可以理解成 CAS 是乐观锁的⼀种实现⽅式)

三、CAS是怎样实现的

针对不同的操作系统,JVM用到了不同的CAS实现原理,简单来说:

1.Java的CAS操作利用的是unsafe这个类提供的CAS操作

2.unsafe的CAS依赖的是JVM针对不同操作系统实现的Atomic::cmpxchg

3.Atomic::cmpxchg的实现使用了汇编的CAS操作,并且使用了cpu硬件提供的lock操作来保证原子性

 简而言之,是因为硬件上提供了支持,软件层面上才得以实现。

四、CAS的应用

1.实现原子类

标准库中java.util.concurrent.atomic包中里面的类都是通过这种方式实现的。

典型的AtomicInteger类其中的getAndIncrement()就相当于i++的操作。

AtomicInteger i=new AtomicInteger(0);
//相当于i++
i.getAndIncrement();

伪代码实现:

class AtomicInteger {
 private int value;
 public int getAndIncrement() {
 int oldValue = value;
 while ( CAS(value, oldValue, oldValue+1) != true) {
 oldValue = value;
 }
 return oldValue;
   }
}

假设两个线程同时调用getAndIncrement():

1.两个线程都读取 value 的值到 oldValue 中. (oldValue 是⼀个局部变量, 在栈上. 每个线程有⾃⼰的栈)

2.线程1先进行CAS操作,由于oldValue的值和value的值相同,直接对value进行赋值。

注意:

CAS是直接读内存的,而不是操作寄存器

CAS的读内存,比较,写内存是原子性的,是一条硬件指令

3.线程2 再执⾏ CAS 操作, 第⼀次 CAS 的时候发现 oldValue 和 value 不相等, 不能进⾏赋值. 因此需要 进⼊循环. 在循环⾥重新读取 value 的值赋给 oldValue

4.线程2第二次执行CAS操作,此时value的值和oldValue的值相等,于是直接执行赋值操作

5.线程1 和 线程2 返回各⾃的 oldValue 的值即可.

通过形如上述代码就可以实现⼀个原⼦类. 不需要使⽤重量级锁, 就可以⾼效的完成多线程的⾃增操作.
本来 check and set 这样的操作在代码⻆度不是原⼦的. 但是在硬件层⾯上可以让⼀条指令完成这个
操作, 也就变成原⼦的了

2.实现自旋锁

基于CAS实现更灵活的锁,获取更多的控制权。

自选锁伪代码:

public class SpinLock {
 private Thread owner = null;
 public void lock(){
 // 通过 CAS 看当前锁是否被某个线程持有. 
 // 如果这个锁已经被别的线程持有, 那么就⾃旋等待. 
 // 如果这个锁没有被别的线程持有, 那么就把 owner 设为当前尝试加锁的线程. 
 while(!CAS(this.owner, null, Thread.currentThread())){
 }
 }
 public void unlock (){
 this.owner = null;
     }
}

CAS的ABA问题

1.什么是ABA问题?

假设存在两个线程 t1 和 t2. 有⼀个共享变量 num, 初始值为 A.
接下来, 线程 t1 想使⽤ CAS 把 num 值改成 Z, 那么就需要
先读取 num 的值, 记录到 oldNum 变量中.
使⽤ CAS 判定当前 num 的值是否为 A, 如果为 A, 就修改成 Z.
但是, 在 t1 执⾏这两个操作之间, t2 线程可能把 num 的值从 A 改成了 B, ⼜从 B 改成了 A 线程 t1 的 CAS 是期望 num 不变就修改. 但是 num 的值已经被 t2 给改了. 只不过⼜改成 A 了. 这个时 候 t1 究竟是否要更新 num 的值为 Z 呢?
到这⼀步, t1 线程⽆法区分当前这个变量始终是 A, 还是经历了⼀个变化过程

 

2.ABA问题带来的BUG

大部分情况下t2线程这样的一个反复横跳的修改,对t1线程对num的修改是没有影响的,但是有一些特殊情况:

假设我们有100的存款,我们想从ATM机中取50块钱。取款机创建了两个线程, 并发的来执⾏ -50 操 作. 我们期望⼀个线程执⾏ -50 成功, 另⼀个线程 -50 失败.

如果使⽤ CAS 的⽅式来完成这个扣款过程就可能出现问题.

正常的过程

1. 存款 100. 线程1 获取到当前存款值为 100, 期望更新为 50; 线程2 获取到当前存款值为 100, 期望更 新为 50.
2. 线程1 执⾏扣款成功, 存款被改成 50. 线程2 阻塞等待中.
3. 轮到线程2 执⾏了, 发现当前存款为 50, 和之前读到的 100 不相同, 执⾏失败.

异常的过程

1. 存款 100. 线程1 获取到当前存款值为 100, 期望更新为 50; 线程2 获取到当前存款值为 100, 期望更
新为 50.
2. 线程1 执⾏扣款成功, 存款被改成 50. 线程2 阻塞等待中.
3. 在线程2 执⾏之前, 滑稽的朋友正好给滑稽转账 50, 账⼾余额变成 100 !!
4. 轮到线程2 执⾏了, 发现当前存款为 100, 和之前读到的 100 相同, 再次执⾏扣款操作
这个时候, 扣款操作被执⾏了两次

解决⽅案

给要修改的值, 引⼊版本号. 在 CAS ⽐较数据当前值和旧值的同时, 也要⽐较版本号是否符合预期.
CAS 操作在读取旧值的同时, 也要读取版本号.
真正修改的时候, 
如果当前版本号和读到的版本号相同, 则修改数据, 并把版本号 + 1.
如果当前版本号⾼于读到的版本号. 就操作失败(认为数据已经被修改过了).
这就好⽐, 判定这个⼿机是否是翻新机, 那么就需要收集每个⼿机的数据, 第⼀次挂在电商⽹站上的⼿
机记为版本1, 以后每次这个⼿机出现在电商⽹站上, 就把版本号进⾏递增. 这样如果买家不在意这是翻
新机, 就买. 如果买家在意, 就可以直接略过.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值