Java并发之原子变量及CAS算法-上篇
编辑
概述
本文主要讲在Java并发编程的时候，如果保证变量的原子性，在JDK提供的类中是怎么保证变量原子性的呢？。对应Java中的包是：java.util.concurrent.atomic包下。因为涉及到了CAS算法，需要对CAS算法讲解及CAS算法三个问题怎么解决以及和Synchroized比较。文章比较长，所以就分为上下两个篇幅讲解。本文是上篇《Java并发之原子变量及CAS算法-上篇》
本文是《凯哥分享Java并发编程之J.U.C包讲解》系列教程中的一篇。如果想系统学习，建议从第一篇开始看。
原子变量案例
在Java中有一种写法：int i = 10; i++ 这种写法。
我们先来看看：
编辑
输入的是0还是1呢 ？
I++输出0的原因分析
答案是：0。为什么呢？凯哥把编译后的class文件反编译，咱们看:
编辑
说明：i的操作是i++;y的操作是++y.
从反编译后的代码，我们可以看到i++在JVM中的操作，总共分三步：
第一步：声明变量var10000 ,然后将i赋值给var10000，此时var10000的值是0;
第二步：声明变量var3 然后把i+1 赋值给var3,此时，var3的值等于1了;
第三步：将变量var10000的值又赋值给了i,此时因为var10000的值是0，所以i的值也是0
所以在sysout(i)的时候，就输出了0.
我们分析上面1，2，3步骤，可以发现。其实i++执行的是：读取-修改-重写 三个操作。
既然读写操作，就会涉及到变量原子性。测试在多线程下变量原子性
测试多线程下的变量原子性
那么，如果我们把对i的操作放到多个线程中操作结果会是什么样的呢？
线程操作I的代码：
编辑
开启十个线程同时操作i的代码：
编辑
我们来看看运行结果：
编辑
从运行结果中，我们可以看到，线程Thread-5和线程Thread-8的值是一样的。
根据上面运行的场景，我们发现，变量i其实是十个线程中的共享变量。从运行的结果来看，多个线程操作后，结果出问题了。
不同线程在内存中运行模拟图：
编辑
线程1；线程2；以及主线程之间运行关系，可以详见凯哥上一篇文章：《Java并发之内存可见性问题怎么解决》。这篇文章详细讲解了怎么关系。
已经看过凯哥上一篇文章或者是知道volatile关键字的朋友可能要说，这不就是线程之间变量可见性问题嘛。使用volatile关键字修饰i就可以了。真的可以了吗？
我们修改程序，用volatile来修饰，看看运行结果：
使用volatile关键字是否能解决多线程情况下变量原子性呢？
用volatile来修饰变量：
private volatile int shardData = 0;
运行结果：
编辑
我们发现，就算使用volatile关键字修饰了，依然存在多线程下变量原子性的问题。
怎么解决这种并发下变量原子性问题呢？
Java的atomic包
在jdk1.5以后，Java为我们提供了一个常用的原子变量。都在：java.util.concureent.atomic包下。我们来看看，都有哪些：
编辑
编辑
编辑
从JDK的API文档中(凯哥使用的是JDK1.8的API)我们可以看到常用的原子性变量。
怎么保证原子性呢？
那么，在atomic包下的这些类怎么保证原子性呢？
1：该包下的变量都是使用volatile关键字来修饰。
解决了多线程之间变量可见性。
Int类型的原子性对象AtomicInteger对象中：
编辑
用于对象的AtomicReference对象中：
编辑
都是使用volat关键字修饰的。
2：使用CAS算法
保持了变量的原子性
总结：
在Java的JDK中提供了concurrent.atomic包，使用这个包下的对象创建的变量就能保证原子性。
保证原子性的策略：
1：变量都是用Volatile关键字修饰。来保证内存可见性
2：使用CAS算法，来保证原子性。
编辑
下篇预告：
在下一篇文章中，我们主要讲解CAS算法原理及CAS算法会参数哪些问题(三个问题)？JDK是怎么解决的？修改i++使其成为具有原子性变量怎么实现。
这么慢？)
