CAS和Unsafe

CAS

Compare-And-Swap
是一条CPU的原子指令，其作用是让CPU先进行比较两个值是否相等，然后原子地更新某个位置的值，经过调查发现，其实现方式是基于硬件平台的汇编指令，就是说CAS是靠硬件实现的，JVM只是封装了汇编调用

简单解释：CAS操作需要输入两个数值，一个旧值（期望操作前的值）和一个新值，在操作期间先比较下在旧值有没有发生变化，如果没有发生变化，才交换成新值，发生了变化则不交换

CAS操作是原子性的，所以多线程并发使用CAS更新数据时，可以不使用锁

Lock底层的AbstractQueuedSynchronizer也是基于CAS进行队列的一些操作

1.volatile保证线程的可见性，多线程并发时，一个线程修改数据，可以保证其它线程立马看到修改后的值
2.CAS 保证数据更新的原子性

java.util.concurrent包中的实现类都是基于volatile和CAS来实现的。尤其java.util.concurrent.atomic包下的原子类(AtomicInteger AtomicBoolean等)

CAS缺点
1.ABA问题。因为CAS需要在操作值的时候检查下值有没有发生变化，如果没有发生变化则更新，但是如果一个值原来是A，变成了B，又变成了A，那么使用CAS进行检查时会发现它的值没有发生变化，但是实际上却变化了。ABA问题的解决思路就是使用版本号。在变量前面追加上版本号，每次变量更新的时候把版本号加一，那么A-B-A 就会变成1A-2B-3A。
从Java1.5开始JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题。这个类的compareAndSet方法作用是首先检查当前引用是否等于预期引用，并且当前标志是否等于预期标志，如果全部相等，则以原子方式将该引用和该标志的值设置为给定的更新值。
2.循环时间长开销大。自旋CAS如果长时间不成功，会给CPU带来非常大的执行开销。

Unsafe

1.大量的使用native方法(compareAndSwapObject、compareAndSwapInt和compareAndSwapLong)

2.大量的使用自旋锁