JUC并发编程

1.Volatile

1.JMM
2:Volatile特性的每个原理，怎么保证的，以及为什么不保证，不保证的话的解决方案是什么及对应原理

保证可见性：

JMM模型：

原理：汇编之后Lock：缓存一致性协议
1.处理器缓存写回到内存
2.导致其他处理器缓存失效，通知其他处理器缓存从主内存获得数据

不保证原子性

原因：
一个变量i被volatile修饰，两个线程想对这个变量修改，都对其进行自增操作也就是i++，i++的过程可以分为三步，首先获取i的值，其次对i的值进行加1，最后将得到的新值写会到缓存中。 线程A首先得到了i的初始值100，但是还没来得及修改，就阻塞了，这时线程B开始了，它也得到了i的值，由于i的值未被修改，即使是被volatile修饰，主存的变量还没变化，那么线程B得到的值也是100，之后对其进行加1操作，得到101后，将新值写入到缓存中，再刷入主存中。根据可见性的原则，这个主存的值可以被其他线程可见。 问题来了，线程A已经读取到了i的值为100，也就是说读取的这个原子操作已经结束了，所以这个可见性来的有点晚，线程A阻塞结束后，继续将100这个值加1，得到101，再将值写到缓存，最后刷入主存，所以即便是volatile具有可见性，也不能保证对它修饰的变量具有原子性。

解决方案：
1.sychronized：太重，不推荐
2.原子操作：
原理：CAS:unsafe 类，自旋类

有序性：

原理：
指令重排：

单线程环境里面最终执行结果和代码顺序的执行结构是一致的
多线程环境中，由于线程间交替执行，两个线程中使用的变量能否保证一致性是无法确定的，所以要用volatile保证代码执行的顺序性，禁止指令重排，实例如下：

volatile实现禁止指令重排优化，避免多线程情况下程序出现乱序情况。
内存屏障：1，保证操作的执行顺序，2：保证内存可见性
如果在指令间插入一条内存屏障，则会告诉CPU，不管什么指令都不能和这个内存屏障指令进行重排序。并且还有强制刷出cpu缓存中的数据的功能

2.CAS

compareAndSet：主内存中的值与期望的值一样，则更新，否则不更新

原理：

volatile 底层原理
缓存一致性

java内存模型，与JVM内存模型，操作系统关系

synchornized底层原理
多线程
Thread:new Thread1.start
Runable：new Thread(new Runable1).start
Callable:有返回值，支持泛型
FutureTask task=new FutureTask<>(new Callable())
new Thread(task).start
Future

如何查看源码
线程池框架
提供了几种线程池？两种 1 ThreadPoolExcutor 2 SchedualThreadPoolExcutor

线程池 submit excutor区别
原理
Excutors.newSingleExcutor=new ThreadPoolEx()；