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

  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);
        }
    }
}

运行结果

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