前言
JUC是java.util.concurrent包的简称，JUC有2大核心，CAS和AQS，CAS是java.util.concurrent.atomic包的基础
由于这个代码是线程不安全的，所以最终结果有可能小于500，我们可以用synchronized保证操作的原子性和可见性
synchronized属于悲观锁，它有一个明显的缺点，它不管数据存不存在竞争都加锁，随着并发量增加，且如果锁的时间比较长，其性能开销将会变得很大。有没有办法解决这个问题？答案是基于冲突检测的乐观锁。这种模式下，已经没有所谓的锁概念了，每个线程都直接先去执行操作，检测是否与其他线程存在共享数据竞争，如果没有则让此操作成功，如果存在共享数据竞争则不断地重新执行操作，直到成功为止，重新尝试的过程叫自旋
java.util.concurrent.atomic包就用到了CAS，如AtomicInteger可以用于Integer类型的原子性操作，可将上述代码改为如下，也是线程安全的
CAS介绍
CAS（Compare and Swap）, 翻译成比较并交换。CAS有3个操作数，内存值V，旧的预期值A，要修改的新值B。当且仅当预期值A和内存值V相同时，将内存值V修改为B，否则什么都不做。
AtomicInteger源码分析
AtomicInteger的值保存在value中，通过volatile保证操作的可见性，通过一个静态代码块来保证，类被加载时valueOffset已经有值了
Unsafe是一个不安全的类，提供了一些对底层的操作，我们是不能使用这个类的，valueOffset 是AtomicInteger对象value成员变量在内存中的偏移量
我们看getAndIncrement这个方法（和value++一个效果），能保证AtomicInteger类加1操作的原子性
compareAndSwapInt是native方法，就不再分析
总结
并发比较低的时候用CAS比较合适，并发比较高用synchronized比较合适
CAS的缺点
1.只能保证对一个变量的原子性操作
2.长时间自旋会给CPU带来压力
3.ABA问题
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/615/viewspace-3123323/ ，如需转载，请注明出处，否则将追究法律责任。
