java cas aba_Java CAS ABA问题发生的场景分析

提到了CAS操作存在问题,就是在CAS之前A变成B又变回A,CAS还是能够设置成功的,什么场景下会出现这个问题呢?查了一些资料,发现在下面的两种情况下会出现ABA问题。

1.A最开始的内存地址是X,然后失效了,有分配了B,恰好内存地址是X,这时候通过CAS操作,却设置成功了

这种情况在带有GC的语言中,这种情况是不可能发生的,为什么呢?拿JAVA举例,在执行CAS操作时,A,B对象肯定生命周期内,GC不可能将其释放,那么A指向的内存是不会被释放的,B也就不可能分配到与A相同的内存地址,CAS失败。若在无GC的,A对象已经被释放了,那么B被分配了A的内存,CAS成功。

2.线程1准备用CAS将变量的值由A替换为B,在此之前,线程2将变量的值由A替换为C,又由C替换为A,然后线程1执行CAS时发现变量的值仍然为A,所以CAS成功。但实际上这时的现场已经和最初不同了,尽管CAS成功,但可能存在潜藏的问题。比如:

现有一个用单向链表实现的堆栈,栈顶为A,这时线程T1已经知道A.next为B,然后希望用CAS将栈顶替换为B:head.compareAndSet(A,B);在T1执行上面这条指令之前,线程T2介入,将A、B出栈,再pushD、C、A。而对象B此时处于游离状态:此时轮到线程T1执行CAS操作,检测发现栈顶仍为A,所以CAS成功,栈顶变为B,但实际上B.next为null,其中堆栈中只有B一个元素,C和D组成的链表不再存在于堆栈中,平白无故就把C、D丢掉了。

以上就是由于ABA问题带来的隐患,各种乐观锁的实现中通常都会用版本戳version来对记录或对象标记,避免并发操作带来的问题,在Java中,AtomicStampedReference也实现了这个作用,它通过包装[E,Integer]的元组来对对象标记版本戳stamp,从而避免ABA问题,例如下面的代码分别用AtomicInteger和AtomicStampedReference来对初始值为100的原子整型变量进行更新,AtomicInteger会成功执行CAS操作,而加上版本戳的AtomicStampedReference对于ABA问题会执行CAS失败

packageconcur.lock;importjava.util.concurrent.TimeUnit;importjava.util.concurrent.atomic.AtomicInteger;importjava.util.concurrent.atomic.AtomicStampedReference;public classABA {private static AtomicInteger atomicInt = new AtomicInteger(100);private static AtomicStampedReference atomicStampedRef =

new AtomicStampedReference(100, 0);public static void main(String[] args) throwsInterruptedException {

Thread intT1= new Thread(newRunnable() {

@Overridepublic voidrun() {

atomicInt.compareAndSet(100, 101);

atomicInt.compareAndSet(101, 100);

}

});

Thread intT2= new Thread(newRunnable() {

@Overridepublic voidrun() {try{

TimeUnit.SECONDS.sleep(1);

}catch(InterruptedException e) {

e.printStackTrace();

}boolean c3 = atomicInt.compareAndSet(100, 101);

System.out.println(c3);//true

}

});

intT1.start();

intT2.start();

intT1.join();

intT2.join();

Thread refT1= new Thread(newRunnable() {

@Overridepublic voidrun() {try{

TimeUnit.SECONDS.sleep(1);

}catch(InterruptedException e) {

e.printStackTrace();

}

atomicStampedRef.compareAndSet(100, 101,

atomicStampedRef.getStamp(), atomicStampedRef.getStamp()+1);

atomicStampedRef.compareAndSet(101, 100,

atomicStampedRef.getStamp(), atomicStampedRef.getStamp()+1);

}

});

Thread refT2= new Thread(newRunnable() {

@Overridepublic voidrun() {int stamp =atomicStampedRef.getStamp();

System.out.println("before sleep : stamp = " + stamp); //stamp = 0

try{

TimeUnit.SECONDS.sleep(2);

}catch(InterruptedException e) {

e.printStackTrace();

}

System.out.println("after sleep : stamp = " + atomicStampedRef.getStamp());//stamp = 1

boolean c3 = atomicStampedRef.compareAndSet(100, 101, stamp, stamp+1);

System.out.println(c3);//false

}

});

refT1.start();

refT2.start();

}

}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值