从JUC源码看CAS,我做了个笔记......

前言

创新互联主要从事成都网站设计、成都网站建设、外贸网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务广阳,10余年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:18982081108

" JUC包下大量使用了CAS,工作和面试中也经常遇到CAS,包括说到乐观锁,也不可避免的想起CAS,那CAS究竟是什么? "

1.什么是CAS?

说到CAS,基本上都会想到乐观锁、AtomicInteger、Unsafe ...

当然也有可能啥也没想到!

不管你们怎么想, 我第一印象是乐观锁,毕竟做交易更新交易状态经常用到乐观锁,就自然想到这个SQL:

 
 
 
 
  1. update trans_order 
  2. set order_status = 1 
  3. where order_no = 'xxxxxxxxxxx' and order_status = 0;

其实就是 set和where里面都携带order_status。

那什么是CAS?

CAS就是Compare-and-Swap,即比较并替换,在并发算法时常用,并且在JUC(java.util.concurrent)包下很多类都使用了CAS。

非常常见的问题就是多线程操作i++问题。一般解决办法就是添加 synchronized 关键字修饰,当然也可以使用 AtomicInteger 代码举例如下:

 
 
 
 
  1. public class CasTest {
  2.     private static final CountDownLatch LATCH = new CountDownLatch(10);
  3.     private static int NUM_I = 0;
  4.     private static volatile int NUM_J = 0;
  5.     private static final AtomicInteger NUM_K = new AtomicInteger(0);
  6.     public static void main(String[] args) throws InterruptedException {
  7.         ExecutorService threadPool = Executors.newFixedThreadPool(10);
  8.         for (int i = 0; i < 10; i++) {
  9.             threadPool.execute(new Runnable() {
  10.                 public void run() {
  11.                     for (int j = 0; j < 10000; j++) {
  12.                         NUM_I++;
  13.                         NUM_J++;
  14.                         NUM_K.incrementAndGet();
  15.                     }
  16.                     LATCH.countDown();
  17.                 }
  18.             });
  19.         }
  20.         LATCH.await();
  21.         System.out.println("NUM_I = " + NUM_I);
  22.         System.out.println("NUM_J = " + NUM_J);
  23.         System.out.println("NUM_K = " + NUM_K.get());
  24.         threadPool.shutdown();
  25.     }
  26. }

下面就从AtomicInteger开始了解CAS。

2.源码分析

 
 
 
 
  1. public class AtomicInteger extends Number implements java.io.Serializable {
  2.     private static final long serialVersionUID = 6214790243416807050L;
  3.     // setup to use Unsafe.compareAndSwapInt for updates
  4.     private static final Unsafe unsafe = Unsafe.getUnsafe();
  5.     private static final long valueOffset;
  6.     static {
  7.         try {
  8.             valueOffset = unsafe.objectFieldOffset
  9.                 (AtomicInteger.class.getDeclaredField("value"));
  10.         } catch (Exception ex) { throw new Error(ex); }
  11.     }
  12.     private volatile int value;
  13.     public final int incrementAndGet() {
  14.         return unsafe.getAndAddInt(this, valueOffset, 1) + 1;
  15.     }
  16.     public final int decrementAndGet() {
  17.         return unsafe.getAndAddInt(this, valueOffset, -1) - 1;
  18.     }
  19. }

可以看出里面使用了Unsafe类下的getAndAddInt方法,Unsafe类很多方法是本地(native)方法,主要是硬件级别的原子操作。

 
 
 
 
  1. /**
  2.  * @param var1 当前对象
  3.  * @param var2 当前对象在内存偏移量,Unsafe可以根据内存偏移地址获取数据
  4.  * @param var4 操作值
  5.  * @return
  6.  */
  7. public final int getAndAddInt(Object var1, long var2, int var4) {
  8.     int var5;
  9.     do {
  10.         // 获取在var1在内存的值
  11.         var5 = this.getIntVolatile(var1, var2);
  12.         // 将var1赋值为var5+var4, 赋值时会判断var1是否为var5
  13.     } while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));
  14.     return var5;
  15. }
  16. // 原子操作
  17. public final native boolean compareAndSwapInt(Object var1, long var2, int var4, int var5);

至于 compareAndSwapInt 的分析就忽略了。

看完代码过程其实就是:

  •  比较var1的值是否为var4,是的话将var1更新为var5。
  • 如果不是的话就一直循环,直到var1是var4。

3.问题总结

  • 这要是一直获取不到,岂不是一直循环。线程多的情况下,会自旋很长时间,导致浪费资源。
  • 你更新了, 我又给你更新回去了,你也不知道。ABA问题!比如像这样,A想更新值为a,还未抢到资源,这时候B进行了更新,将对象更新为了b,然后又马上更新回了a, 这时候A是什么都不知道的。

以乐观锁举例:

 
 
 
 
  1. -- 0 -> 1
  2. update trans_order 
  3. set order_status = 1 
  4. where order_no = 'xxxxxxxxxxx' and order_status = 0;
  5. -- 1 -> 0
  6. update trans_order 
  7. set order_status = 1 
  8. where order_no = 'xxxxxxxxxxx' and order_status = 0;
  9. -- 0 -> 1
  10. update trans_order 
  11. set order_status = 1 
  12. where order_no = 'xxxxxxxxxxx' and order_status = 0;

解决办法可以添加version进行版本号控制。

 
 
 
 
  1. -- 0 -> 1
  2. update trans_order 
  3. set order_status = 1 
  4. where order_no = 'xxxxxxxxxxx' and order_status = 0 and version = 0;
  5. -- 1 -> 0
  6. update trans_order 
  7. set order_status = 1 
  8. where order_no = 'xxxxxxxxxxx' and order_status = 0 and version = 1;
  9. -- 0 -> 1
  10. update trans_order 
  11. set order_status = 1 
  12. where order_no = 'xxxxxxxxxxx' and order_status = 0 and version = 0;

代码中可以看 AtomicStampedReference 类:

 
 
 
 
  1. /**
  2.  * 以原子方式设置该引用和标志给定的更新值的值,
  3.  * 如果当前引用==预期的引用,并且当前标志==预期标志。
  4.  *
  5.  * @param expectedReference 预期引用
  6.  * @param newReference 更新的值
  7.  * @param expectedStamp 预期标志
  8.  * @param newStamp 更新的标志
  9.  * @return {@code true} if successful
  10.  */
  11. public boolean compareAndSet(V   expectedReference,
  12.                              V   newReference,
  13.                              int expectedStamp,
  14.                              int newStamp) {
  15.     Pair current = pair;
  16.     return
  17.         expectedReference == current.reference &&
  18.         expectedStamp == current.stamp &&
  19.         ((newReference == current.reference &&
  20.             newStamp == current.stamp) ||
  21.             casPair(current, Pair.of(newReference, newStamp)));
  22. }

其实就是额外增加一个标志(stamp)来防止ABA的问题, 类似乐观锁的version。

本文转载自微信公众号「刘志航」,可以通过以下二维码关注。转载本文请联系刘志航公众号。

文章名称:从JUC源码看CAS,我做了个笔记......
标题来源:http://www.shufengxianlan.com/qtweb/news4/244804.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联