CAS
Posted 孤独时光
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了CAS相关的知识,希望对你有一定的参考价值。
CAS中有三个参数:内存值V、旧值A、预期值B
if(V == A){ V = B; return ture; }else{ return false; }
以AtomicInteger为例
// setup to use Unsafe.compareAndSwapInt for updates private static final Unsafe unsafe = Unsafe.getUnsafe(); private static final long valueOffset; static { try { valueOffset = unsafe.objectFieldOffset (AtomicInteger.class.getDeclaredField("value")); } catch (Exception ex) { throw new Error(ex); } }
private volatile int value;
Unsafe是CAS的核心类,Java无法直接访问底层操作系统,而是通过本地(native)方法来访问。不过尽管如此,JVM还是开启了一个后门,Unsafe 它提供了硬件级别的原子操作。
valueOffset为变量值在内存中的偏移地址,unsafe就是通过偏移地址来得到数据的原值的。
value为当前值,使用volatile修饰,保证在多线程环境下看见的是同一个。
AtomicInteger的addAndGet()
public final int addAndGet(int delta) { return unsafe.getAndAddInt(this, valueOffset, delta) + delta; } /** * Atomically updates the current value with the results of * applying the given function, returning the previous value. The * function should be side-effect-free, since it may be re-applied * when attempted updates fail due to contention among threads. * * @param updateFunction a side-effect-free function * @return the previous value * @since 1.8 */
public final int getAndAddInt(Object var1, long var2, int var4) {
int var5;
do {
var5 = this.getIntVolatile(var1, var2);
} while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));
return var5;
}
public final native boolean compareAndSwapInt(Object var1, long var2, int var4, int var5);
该方法为本地方法,compareAndSwapInt(),这四个参数是(对象,对象的地址,预期值,修改值)
CAS可以保证一次的读-改-写操作是原子操作,在单处理上该操作容易实现,但是在多处理上实现就有点复杂。
CPU提供了两种方法来实现多处理器的原子操作:总线加锁或者缓存加锁。
总线加锁:总线加锁就是使用处理器提供的一个LOCK#信号,当一个处理器在总线上输出此信号时,其他处理器的请求将被阻塞住,那么该处理器可以独占使用共享内存。但是这种处理方式显得有点儿霸道,不厚道,他把CPU和内存之间的通信锁住了,在锁定期间,其他处理器都不能请求其他内存的地址数据,其开销有点儿大。所以就有了缓存加锁。
缓存加锁:其实针对上面的那种情况我们只需要保证在同一时刻对某个内存地址的操作是原子性的即可。缓存加锁是缓存在内存区域的数据如果在加锁期间当它执行锁操作写回内存时,处理器不再输出LOCK#信号,而是修改内部的内存地址,利用缓存一致性协议来保证原子性。换成一致性机制可以保证在同一个内存区域的数据仅能被一个处理器修改,也就是说当CPU1修改缓存行中的i时使用缓存锁定,那么CPU2就不能同事缓存了i的缓存行。
CAS的缺陷
CAS虽然高效的解决了原子操作,但是还是存在一些缺陷,主要表现在三个方法:循环时间太长,只能保证一个共享变量原子操作,ABA问题。
循环时间太长
如果自旋CAS一直不成功呢,则会给CPU带来非常大的开销,在JUC中有些地方就限制了CAS自旋的次数,例如:BlockingQueue的SynchronousQueue。
只能保证一个共享变量原子操作
看了CAS的实现就知道这只能针对一个共享变量,如果多个共享变量就只能使用锁了,当然如果你有办法把多个变量整成一个变量,利用CAS也不错。例如读写锁中state的高低位。
ABA问题
CAS需要检查操作值有没有发生改变,如果没有发生改变则更新。但是存在这样一种情况:如果一个值原来是A,变成了B,然后又变成了A,那么在CAS检查时候会发现没有改变,但是实际上它已经发生了改变,这就是所谓的ABA问题,那么对于ABA问题的解决方案是加上版本号,即在每个变量都加上一个版本号,每次改变时+1,即A->B->A变成1A->2B->3A。
假如我们想要把B替换为A,也就是compareAndSet(this,A,B)。线程1执行B替换A操作,线程2只要执行如下动作,A、B出栈,然后C、A入栈,最终链表如下:
完成后发现现场1仍然是A,那么compareAndSet(this,A,B)成功,但是这时会存在一个问题,B.next = null ,compareAndSet(this,A,B)后,会导致C丢失,该栈仅有一个B元素,平白无故把C丢失了。
CAS的ABA隐患问题,解决方案则是版本号,Java提供了AtomicStampedReference来解决。AtomicStampedReference通过包装[E,Integer]的元组来对对象标记版本戳stamp,从而避免ABA问题。
AtomicStampedReference的compareAndSet()方法定义如下:
public boolean compareAndSet(V expectedReference, V newReference, int expectedStamp, int newStamp) { Pair<V> current = pair; return expectedReference == current.reference && expectedStamp == current.stamp && ((newReference == current.reference && newStamp == current.stamp) || casPair(current, Pair.of(newReference, newStamp))); }
compareAndSet有四个参数,分别表示:预期引用,更新后的引用,预期标志,更新后的标志。源码部分很好理解预期的引用 == 当前引用,预期的标识 == 当前标识,如果更新后的引用和标志和当前的引用和标志相等则直接返回true,否则通过Pair生成一个新的pair对象与当前pair CAS替换。Pair为AtomicStampedReference的内部类,主要用于记录引用和版本戳信息:定义如下:
private static class Pair<T> { final T reference; final int stamp; private Pair(T reference, int stamp) { this.reference = reference; this.stamp = stamp; } static <T> Pair<T> of(T reference, int stamp) { return new Pair<T>(reference, stamp); } } private volatile Pair<V> pair;
Pair记录着对象的引用和版本戳,版本戳是int型,保持自增。同事Pair是一个不可变对象,其所有属性全部定义为final,并对外提供一个of方法,该方法返回一个新建的Pair对象。pari对象定义为volatile,保证多线程环境下的可见性,在ActomicStampedReference中,大多方法都是通过调用Pair的of方法来产生一个新的Pair对象,然后赋值给变量pair。如set方法:
public void set(V newReference, int newStamp) { Pair<V> current = pair; if (newReference != current.reference || newStamp != current.stamp) this.pair = Pair.of(newReference, newStamp); }
AtomicStampedReference和AtomicInteger的区别
我们定义两个线程,线程1负责将100 —> 110 —> 100,线程2执行 100 —>120,看两者之间的区别。
public class test { private static AtomicInteger atomicInteger = new AtomicInteger(100); private static AtomicStampedReference atomicStampedReference = new AtomicStampedReference(100, 1); public static void main(String[] args) { Thread at1 = new Thread(new Runnable() { @Override public void run() { atomicInteger.compareAndSet(100, 110); atomicInteger.compareAndSet(110, 100); } }); Thread at2 = new Thread(new Runnable() { @Override public void run() { try { TimeUnit.SECONDS.sleep(2); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("AtomicInteger:" + atomicInteger.compareAndSet(100, 120)); } }); at1.start(); at2.start(); try { at1.join(); at2.join(); } catch (InterruptedException e) { e.printStackTrace(); } Thread tsf1 = new Thread(new Runnable() { @Override public void run() { try { //让 tsf2先获取stamp,导致预期时间戳不一致 TimeUnit.SECONDS.sleep(2); } catch (InterruptedException e) { e.printStackTrace(); } // 预期引用:100,更新后的引用:110,预期标识getStamp() 更新后的标识getStamp() + 1 atomicStampedReference.compareAndSet(100,110,atomicStampedReference.getStamp(),atomicStampedReference.getStamp() + 1); atomicStampedReference.compareAndSet(110,100,atomicStampedReference.getStamp(),atomicStampedReference.getStamp() + 1); } }); Thread tsf2 = new Thread(new Runnable() { @Override public void run() { int stamp = atomicStampedReference.getStamp(); try { TimeUnit.SECONDS.sleep(2); //线程tsf1执行完 } catch (InterruptedException e) { e.printStackTrace(); } System.out.println("AtomicStampedReference:" +atomicStampedReference.compareAndSet(100,120,stamp,stamp + 1)); } }); tsf1.start(); tsf2.start(); } }
运行结果充分展示了AtomicInteger的ABA问题和AtomicStampedReference解决ABA问题;
以上是关于CAS的主要内容,如果未能解决你的问题,请参考以下文章