为什么需要Atomic原子操作类?
在并发环境中,代码如果操作相同的数据,就会产生资源竞争,导致结果远小于预期值
例如在A线程B线程中同时获取到变量数据为1,同时执行变量+1操作,结果可能也是1,存在脏读幻读问题,因为在同一个进程中,资源是共享的,因此需要进行原子操作
volatile关键字
作用: 禁止CPU缓存,直接从主内存获取数据,更新数据时通知到其他线程,保证线程运行时候数据的可见性,防止指令重排
在并发环境中,如果多个线程进行资源竞争,依旧无法解决脏读幻读问题,有序问题
CAS原理
CAS (compareAndSwap),中文叫比较交换,是一种无锁原子算法,映射到操作系统就是一条CPU的原子指令,其作用是让CPU先进行比较两个值是否相等,然后原子地更新某个位置的值,其实现方式是基于硬件平台的汇编指令,在intel的CPU中,使用的是cmpxchg指令,就是说CAS是靠硬件实现的,从而在硬件层面提升效率。
执行过程是这样:它包含 3 个参数 CAS(V,E,N),V表示要更新变量的值,E表示预期值,N表示新值。仅当 V值等于E值时,才会将V的值设为N,如果V值和E值不同,则说明已经有其他线程完成更新,则当前线程则什么都不做,最后CAS 返回当前V的真实值。
当多个线程同时使用CAS 操作一个变量时,最多只有一个会胜出,并成功更新,其余均会失败。失败的线程不会挂起,仅是被告知失败,并且允许再次尝试(自旋),当然也允许实现的线程放弃操作。基于这样的原理,CAS 操作即使没有锁,也可以避免其他线程对当前线程的干扰。
AtomicObject实现
Unsafe是CAS的核心类,Java无法直接访问底层操作系统,而是通过本地(native)方法来访问。不过尽管如此,JVM还是开了一个后门:Unsafe,它提供了硬件级别的原子操作。
package org.example;
import sun.misc.Unsafe;
import java.lang.reflect.Field;
import java.util.function.UnaryOperator;
public class AtomicObject<V> implements java.io.Serializable {
private static final long serialVersionUID = 4654671469794556979L;
private static final Unsafe unsafe;
private static final long valueOffset;
static {
try {
//获取属性
Field field = Unsafe.class.getDeclaredField("theUnsafe");
field.setAccessible(true);
unsafe = (Unsafe) field.get(null);
valueOffset = unsafe.objectFieldOffset
(AtomicObject.class.getDeclaredField("value"));
} catch (Exception ex) {
throw new Error(ex);
}
}
private volatile V value;
public AtomicObject(V v){
this.value = v;
}
public final V get() {
return value;
}
/**
* 比较当前对象的引用值是否等于预期值,如果相等,则将对象的引用值设置为新值,并返回true,
* 否则不做任何操作,并返回 false
* 将对象进行偏移量,和预期值进行比较
* @param expect 预期值
* @param update 更新值
* @return boolean
*/
public final boolean compareAndSet(V expect, V update) {
return unsafe.compareAndSwapObject(this, valueOffset, expect, update);
}
/**
* 如果当前值不是预期值,则自旋,直到当前值是预期值,并返回当前值
* @param updateFunction 更新的方法
* @return v 当前值
*/
public final V getAndUpdate(UnaryOperator<V> updateFunction) {
V prev, next;
do {
prev = get();
next = updateFunction.apply(prev);
} while (!compareAndSet(prev, next));
return prev;
}
public final V getAndUpdate(V next) {
V prev;
do {
prev = get();
} while (!compareAndSet(prev, next));
return prev;
}
public long getValueOffset(){
return valueOffset;
}
}
其中,expect参数是预期的对象引用值,update参数是要更新的新对象引用值。
compareAndSwapObject方法的实现使用了CPU的原子操作指令,可以保证在多线程环境下的线程安全性。它通常用于实现一些需要线程安全的对象引用更新操作,例如单例模式的实现、缓存的更新等。
需要注意的是,compareAndSwapObject方法只能保证对象引用的线程安全性,如果对象本身不是线程安全的,则需要使用其他的同步机制来保证对象的线程安全性
代码体现:
首先检查当前对象是否持有预期值,如果持有则,更新x为新值
简单的说,CAS 需要你额外给出一个期望值,也就是你认为这个变量现在应该是什么样子的。如果变量不是你想象的那样,说明它已经被别人修改过了。你就需要重新读取,再次尝试修改就好了。
// Unsafe.h
virtual jboolean compareAndSwapObject(::java::lang::Object *, jlong, ::java::lang::Object *, ::java::lang::Object *);
// natUnsafe.cc
static inline bool
compareAndSwap (volatile jobject *addr, jobject old, jobject new_val)
{
jboolean result = false;
spinlock lock;
// 如果字段的地址与期望的地址相等则将字段的地址更新
if ((result = (*addr == old)))
*addr = new_val;
return result;
}
// natUnsafe.cc
jboolean sun::misc::Unsafe::compareAndSwapObject (jobject obj, jlong offset,
jobject expect, jobject update)
{
// 获取字段地址并转换为字符串
jobject *addr = (jobject*)((char *) obj + offset);
// 调用 compareAndSwap 方法进行比较
return compareAndSwap (addr, expect, update);
CAS缺点
CAS虽然高效地解决了原子操作,但是还是存在一些缺陷的,主要表现在三个方面:
1.自旋时间太长
2.只能保证一个共享变量原子操作
3.ABA问题,不能保证线程的顺序问题
壁纸来自《仙剑问情女神》画师:炼丹 高清无水印原图4K壁纸