CAS（Compare And Swap 比较并交换），是 乐观锁 的一种典型实现机制。
乐观锁主要的两个步骤：冲突检测、数据更新。
当多个线程尝试使用CAS同时更新通过一个变量的时候，只有一个线程可以更新变量的值，其他线程都会失败，失败的线程不会被挂起，而是告知失败并可以再次尝试。
CAS操作包括3个操作数：需要读写的内存位置（V）、预期原值（A）、新值（B）。
如果内存位置与预期原值的A匹配，那么内存位置会更新为新值B；
如果内存位置与预期原值的值不匹配，那么处理器不会做任何操作；
无论何种情况，它都会在CAS指令之前返回该位置的值。
缺陷
1.ABA问题
现有一个单向链表实现的堆栈，栈顶为A，A.next为B
线程one希望通过CAS将栈顶A替换为B：head.compareAndSet(A, B); 执行此命令前，线程two介入，将A，B出栈，然后push D、C、A，此时栈结构如下：
对象B此时处于游离状态，轮到线程one执行CAS操作，检测发现栈顶仍为A，所以CAS成功，栈顶变成B，但是实际上B.next 是null，所以这时的情况为：
解决方法：而B成为了只有1个元素的堆栈，C和D组成的链表就不再存在于此堆栈中，也就是被丢掉了。
jdk 1.5开始atomic包提供了类AtomicStampedReference来解决ABA问题。
AtomicStampedReference的compareAndSet方法首先就检测当前引用是否等于预期引用，并且当前标志是否等于预期标志，如果全部相等，则以原子的方式将该引用和该标志的值设置给指定的更新值。
2.循环时间长开销大
自旋CAS（不成功，就一直循环执行，直至成功）如果长时间不成功，会给CPU带来极大的开销。
3.只能保证一个共享变量的原子操作
当只对1个变量执行操作时，可以使用循环CAS的方式保证原子操作，但是多个共享变量操作时，循环CAS就无法保证操作的原子性。
解决方法可以使用锁，但也有一个取巧的方法，就是多个共享变量合并成1个共享变量操作。