对CAS的理解

首先介绍一下什么是悲观锁，乐观锁（包括synchronized，reentrantlock）表示，总是悲观的认为，如果不加锁，就会出现线程安全问题。因此，无论共享数据是否存在竞争，都去加锁。（因为不管三七二十一都加锁，这样会经常性的从用户态转化为核心态，性能的开销很大）

        而乐观锁表示：乐观的认为共享数据出现竞争的情况会很少，因此不去加锁，如果真的没出现竞争，那么操作就成功了，如果出现了竞争，那么就不断进行重试，直到没有线程竞争为止。典型的就是CAS操作。（也就是说CAS操作是一个无锁操作，因为也不会存在”死锁“问题，此外因为不会加锁，也没有了经常性的从用户态到核心态的转换，因此减少了很多不必要的性能开销。）

           CAS表示compare and swap，比较和替换，这个操作包括3个参数：内存地址V，旧的预期值A，要修改的新值B。更新一个变量的时候，只有当变量的预期值A和内存地址V当中的实际值相同时，才会将内存地址V对应的值修改为B。

        实际使用：从JDK 1.5开始提供了java.util.concurrent.atomic包（JUC），在该包中提供了许多基于CAS实现的原子操作类，比如一系列以Atomic开头的包装类，AtomicLong,AtomicInteger。

缺点：

1、可能有ABA问题，但是ABA问题不会影响并发的正确性。

2、CAS机制所保证的只是一个变量的原子性操作，而不能保证整个代码块的原子性。

3、在并发量比较高的情况下，如果许多线程反复尝试更新某一个变量，却又一直更新不成功，循环往复，cpu压力大。