16、CAS 的问题

1、CAS 容易造成 ABA 问题 一个线程 a 将数值改成了 b，接着又改成了 a，此时 CAS 认为是没有变化，其实 是已经变化过了，而这个问题的解决方案可以使用版本号标识，每操作一次 version 加 1。在 java5 中，已经提供了 AtomicStampedReference 来解决问题。

2、不能保证代码块的原子性 CAS 机制所保证的知识一个变量的原子性操作，而不能保证整个代码块的原子性。 比如需要保证 3 个变量共同进行原子性的更新，就不得不使用 synchronized 了。

3、CAS 造成 CPU 利用率增加 之前说过了 CAS 里面是一个循环判断的过程，如果线程一直没有获取到状态，cpu 资源会一直被占用。

17、什么是 Future？

在并发编程中，我们经常用到非阻塞的模型，在之前的多线程的三种实现中，不 管是继承 thread 类还是实现 runnable 接口，都无法保证获取到之前的执行结果。 通过实现 Callback 接口，并用 Future 可以来接收多线程的执行结果。 Future 表示一个可能还没有完成的异步任务的结果，针对这个结果可以添加 Callback 以便在任务执行成功或失败后作出相应的操作。

18、什么是 AQS

AQS 是 AbustactQueuedSynchronizer 的简称，它是一个 Java 提高的底层同步 工具类，用一个 int 类型的变量表示同步状态，并提供了一系列的 CAS 操作来管 理这个同步状态。 AQS 是一个用来构建锁和同步器的框架，使用 AQS 能简单且高效地构造出应用广 泛的大量的同步器，比如我们提到的 ReentrantLock，Semaphore，其他的诸如 ReentrantReadWriteLock，SynchronousQueue，FutureTask 等等皆是基于 AQS 的。

19、AQS 支持两种同步方式：

1、独占式

2、共享式

这样方便使用者实现不同类型的同步组件，独占式如 ReentrantLock，共享式如 Semaphore，CountDownLatch，组合式的如 ReentrantReadWriteLock。总之， AQS 为使用提供了底层支撑，如何组装实现，使用者可以自由发挥。

20、ReadWriteLock 是什么 ？

首先明确一下，不是说 ReentrantLock 不好，只是 ReentrantLock 某些时候有局 限。如果使用 ReentrantLock，可能本身是为了防止线程 A 在写数据、线程 B 在 读数据造成的数据不一致，但这样，如果线程 C 在读数据、线程 D 也在读数据， 读数据是不会改变数据的，没有必要加锁，但是还是加锁了，降低了程序的性能。 因为这个，才诞生了读写锁 ReadWriteLock。ReadWriteLock 是一个读写锁接口， ReentrantReadWriteLock 是 ReadWriteLock 接口的一个具体实现，实现了读写的分离，读锁是共享的，写锁是独占的，读和读之间不会互斥，读和写、写和读、 写和写之间才会互斥，提升了读写的性能。