ActomicInteger:1.常用方法：getAndSetgetAndAddCompareAndSet(预期值。更新值)incrementAndGet2.用处：提供原子操作来进行Integer的使用，因此十分适合高并发情况下的使用。例如：常见的i++是非原子操作，多线程下可能会出现问题，一般而言如果想保证不出问题，需要用sync加锁处理比较麻烦，有了原子类就可以直接用原子类操作。

CAS和ABA问题：CAS是什么：compare and swap，CAS是一种无锁算法主要用来解决无锁下的并发问题，主要是预期值跟实际值相等，则将实际值替换成新的值。他主要应用在JUC的并发类中。比如AntomorIntger原子类，常用的increatAndAdd()方法中，底层就是用到了compareAndSet方法，而compareAndSet方法的底层就是compareAndSwap再比如ReentrantLock的lock方法尝试获取锁就是compareAndSwapInt(判断state的值是否为0，如果是则将其设置成1)。ABA问题：CAS使用过程中可能会遇到ABA问题。场景如下：线程A获取到预期值0，线程B获取到预期值0，并将值替换为2，线程B获取到值2，并将值替换为0，线程A将值替换为1。此时线程A虽然替换为1，但是丢失了线程B的修改。比如用户第一次登陆校验余额为0则送10元券，假如碰到ABA问题，B送券之后，用户用掉，此时A再检测就会出问题。解决方法，给预期值以及值增加版本号，即线程B更改过程为①0 ②2 ③0，在A进行比对时，不仅比对0还会比对①CAS的扩展-数据库：CASjava8对CAS的优化：由于采用这种 CAS 机制是没有对方法进行加锁的，所以，所有的线程都可以进入 increment() 这个方法，假如进入这个方法的线程太多，就会出现一个问题：每次有线程要执行第三个步骤的时候，i 的值老是被修改了，所以线程又到回到第一步继续重头再来。而这就会导致一个问题：由于线程太密集了，太多人想要修改 i 的值了，进而大部分人都会修改不成功，白白着在那里循环消耗资源。为了解决这个问题，Java8 引入了一个 cell[] 数组，它的工作机制是这样的：假如有 5 个线程要对 i  进行自增操作，由于 5 个线程的话，不是很多，起冲突的几率较小，那就让他们按照以往正常的那样，采用 CAS 来自增吧。但是，如果有 100 个线程要对 i 进行自增操作的话，这个时候，冲突就会大大增加，系统就会把这些线程分配到不同的 cell 数组元素去，假如 cell[10] 有 10 个元素吧，且元素的初始化值为 0，那么系统就会把 100 个线程分成 10 组，每一组对 cell 数组其中的一个元素做自增操作，这样到最后，cell 数组 10 个元素的值都为 10，系统在把这 10 个元素的值进行汇总，进而得到 100，二这，就等价于 100 个线程对 i 进行了 100 次自增操作。从Java 1.5开始JDK提供了AtomicReference类来保证引用对象之间的原子性，你可以把多个变量放在一个对象里来进行CAS操作。乐观锁：认为每次线程请求数据都不会对数据进行修改，所以不加锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或CAS(compare and swap)算法实现。1.数据库：版本号，每次操作的时候增加版本号进行测试。举例富民银行的定时任务2.CAS机制悲观锁总是假设最坏的情况，每次取数据时都认为其他线程会修改，所以都会加（悲观）锁。一旦加锁，不同线程同时执行时,只能有一个线程执行，其他的线程在入口处等待，直到锁被释放。悲观锁在MySQL、Java有广泛的使用数据库：MySQL的读锁、写锁、行锁等Java的synchronized关键字

 public interface Executor {void execute(Runnable command);
}

public interface ExecutorService extends Executor {void shutdown();<T> Future<T> submit(Callable<T> task);<T> Future<T> submit(Runnable task, T result);Future<?> submit(Runnable task);
}

 Executor executor=new ThreadPoolExecutor(2,5,60L, TimeUnit.SECONDS,new ArrayBlockingQueue<Runnable>(10));

ExecutorService executorService=new ThreadPoolExecutor(2,5,60L, TimeUnit.SECONDS,new ArrayBlockingQueue<Runnable>(10))

Executor executor2=Executors.newSingleThreadExecutor();
Executor executor3=Executors.newFixedThreadPool(10);
Executor executor4=Executors.newCachedThreadPool();
Executor executor5=Executors.newScheduledThreadPool(50);