java AtomicInteger、AtomicLong原理分析及测试实例

逃离我推掉我的手 2022-06-14 22:27 192阅读 0赞

AtomicInteger、AtomicLong可以理解为乐观锁，它们认为变量值是不会改变，等去设置值的时候去确认。这种方式适用于该变量值很少更改的情况下，否则性能适得其反。

CAS（乐观锁算法）的基本假设前提  
  
  
                   CAS比较与交换的伪代码可以表示为：  
  
  
                 do\{     
                       备份旧数据；    
                     基于旧数据构造新数据；    
               \}while(!CAS( 内存地址，备份的旧数据，新数据 ))

下面写了个多线程的例子：

package com.zc.thread;
    
    import java.util.concurrent.atomic.AtomicInteger;
    
    /**
     * Created by Administrator on 2017/5/17.
     */
    public class CountTest {
    
        public static void main(String[] args) {
                 CountThread countThread = new CountThread();
                for(int i = 0 ; i < 5 ; i ++){
                    new Thread(countThread).start();
                }
        }
    
         static class   CountThread implements   Runnable{
            private AtomicInteger atomicInteger = new AtomicInteger(0);
            @Override
            public void run() {
                setAtomicValue(atomicInteger.get()+1);
            }
            public void  setAtomicValue(int newValue){
                boolean flag = false;
                do {
                    int oldValue =  atomicInteger.get();
                    System.out.println("当前线程："+Thread.currentThread().getName()+"，旧的值："+oldValue+"，新的值："+newValue);
                    flag = atomicInteger.compareAndSet(oldValue, newValue);
                    System.out.println("当前线程："+Thread.currentThread().getName()+"，原子的值设置结果："+flag);
                }while (!flag);
            }
        }
    }

运行结果

![Image 1][]![Center][]

发现红色圈的区域了吧，由于多线程，导致  Thread-3的线程将值设为1的时候失败，原因是0已经被Thread-0的线程设置为1了。所以Thread-3的线程设置失败，最后循环重新取出了最新的值1，然后Thread-3将值继续设置为1，返回true。

[Image 1]: 
[Center]: /images/20220615/3652ee1b6be545339408e923516b6a5b.png