多线程安全问题

多线程编程的三个核心概念：
1.原子性 这一点，类比数据库事务的原子性；即一个操作，也有可能是一组操作，要么全部生效，要么全部失效。 关于原子性，一个非常经典的案例就是银行卡之间转账的问题：比如A和B同时向C转账10万元。如果转账操作不具有性，A在向C转账时，读取了C的余额为20万，然后加上转账的10万，计算出此时应该有30万，但还未来及将30万写回C的账户，此时B的转账请求过来了，B发现C的余额为20万，然后将其加10万并写回。然后A的转账操作继续——将30万写回C的余额。这种情况下C的最终余额为30万，而非预期的40万。
2.可见性 当多个线程并发访问共享变量时，一个线程对共享变量的修改，其它线程能够立即看到。可见性问题是好多人忽略或者理解错误的一点。 CPU从主内存中读数据的效率相对来说不高，现在主流的计算机中，都有几级缓存。每个线程读取共享变量时，都会将该变量加载进其对应CPU的高速缓存里，修改该变量后，CPU会立即更新该缓存，但并不一定会立即将其写回主内存（实际上写回主内存的时间不可预期）。此时其它线程（尤其是不在同一个CPU上执行的线程）访问该变量时，从主内存中读到的就是旧的数据，而非第一个线程更新后的数据。这一点是操作系统或者说是硬件层面的机制
3.顺序性 指的是，程序执行的顺序按照代码的先后顺序执行。如下面这段代码

public void testLock () {
lock.lock();
try{int j = i; 
i = j + 1; 
} finally {
 lock.unlock();
 }
}

从代码顺序上看，上面这4条语句应该一次执行，但实际上JAVA 虚拟机真正执行这段代码时，并不保证他们一定按顺序执行。处理器为了提高程序整体的执行效率，可能会对代码进行优化，其中一项优化方式就是调整代码顺序，按照更高效的顺序执行代码。讲到这里，我曾经问过自己，CPU不按照我的代码顺序执行，那怎么保证得到我们想要的结果？实际上，CPU 虽然不保证完全按照代码顺序执行，但他会保证程序的最终执行结果和代码顺序执行结果一致。

4 .Java如何解决多线程并发问题2.1Java如何保证原子性常用的保证Java操作原子性的工具是锁和同步方法（或者同步代码块）。使用锁，可以保证同一时间只有一个线程能拿到锁，也就保证了同一时间只有一个线程能执行申请锁和释放锁之间的代码。

 public void testLock () {
 lock.lock();
 try{4 int j = i;
 i = j + 1;
 } finally {7
lock.unlock(); 
}}

与锁类似的是同步方法或者同步代码块。使用非静态同步方法时，锁住的是当前实例；使用静态同步方法时，锁住的是该类的Class对象；使用静态代码块时，锁住的是synchronized关键字后面括号内的对象。下面是同步代码块示例

 public void testLock () {
 synchronized (anyObject){
 int j = i;
 i = j + 1;
 }}

无论使用锁还是synchronized，本质都是一样，通过锁来实现资源的排它性，从而实际目标代码段同一时间只会被一个线程执行，进而保证了目标代码段的原子性。这是一种以牺牲性能为代价的方法。
CAS（compare and swap）基础类型变量自增（i++）是一种常被新手误以为是原子操作而实际不是的操作。Java中提供了对应的原子操作类来实现该操作，并保证原子性，其本质是利用了CPU级别的CAS指令。由于是CPU级别的指令，其开销比需要操作系统参与的锁的开销小。AtomicInteger使用方法如下。

AtomicInteger atomicInteger = new AtomicInteger();
for(int b = 0; b < numThreads; b++) {
 new Thread(() -> {
 for(int a = 0; a < iteration; a++) {
 atomicInteger.incrementAndGet();
 }
 }).start();
 }

5. Java如何保证可见性?
   Java提供了volatile关键字来保证可见性。当使用volatile修饰某个变量时，它会保证对该变量的修改会立即被更新到内存中，并且将其它缓存中对该变量的缓存设置成无效，因此其它线程需要读取该值时必须从主内存中读取，从而得到最新的值。6.Java如何保证顺序性?
   编译器和处理器对指令进行重新排序时，会保证重新排序后的执行结果和代码顺序执行的结果一致，所以重新排序过程并不会影响单线程程序的执行，却可能影响多线程程序并发执行的正确性。 Java中可通过volatile在一定程序上保证顺序性，另外还可以通过synchronized和锁来保证顺序性。 synchronized和锁保证顺序性的原理和保证原子性一样，都是通过保证同一时间只会有一个线程执行目标代码段来实现的。 除了从应用层面保证目标代码段执行的顺序性外，JVM还通过被称为happens-before原则隐式地保证顺序性。两个操作的执行顺序只要可以通过happens-before推导出来，则JVM会保证其顺序性，反之JVM对其顺序性不作任何保证，可对其进行任意必要的重新排序以获取高效率。
6. happens-before原则（先行发生原则）传递规则：如果操作1在操作2前面，而操作2在操作3前面，则操作1肯定会在操作3前发生。该规则说明了happens-before原则具有传递性锁定规则：一个unlock操作肯定会在后面对同一个锁的lock操作前发生。这个很好理解，锁只有被释放了才会被再次获取volatile变量规则：对一个被volatile修饰的写操作先发生于后面对该变量的读操作程序次序规则：一个线程内，按照代码顺序执行线程启动规则：Thread对象的start()方法先发生于此线程的其它动作线程终结原则：线程的终止检测后发生于线程中其它的所有操作线程中断规则： 对线程interrupt()方法的调用先发生于对该中断异常的获取对象终结规则：一个对象构造先于它的finalize发生
   volatile适用场景
   volatile适用于不需要保证原子性，但却需要保证可见性的场景。一种典型的使用场景是用它修饰用于停止线程的状态标记。如下所示

boolean isRunning = false;
 public void start () { 
     new Thread( () -> { 
        while(isRunning) { 
             someOperation(); 
 } 
}).start(); 
 }
 public void stop () {
     isRunning = false;
 }

在这种实现方式下，即使其它线程通过调用stop()方法将isRunning设置为false，循环也不一定会立即结束。可以通过volatile关键字，保证while循环及时得到isRunning最新的状态从而及时停止循环，结束线程

仅供参考
Q:平时项目中使用锁和synchronized比较多，而很少使用volatile，难道就没有保证可见性？
A:锁和synchronized即可以保证原子性，也可以保证可见性。都是通过保证同一时间只有一个线程执行目标代码段来实现的。
Q：锁和synchronized为何能保证可见性？
A：根据JDK中对concurrent包的说明，一个线程的写结果保证对另外线程的读操作可见，只要该写操作可以由happen-before原则推断出在读操作之前发生。
Q：既然锁和synchronized即可保证原子性也可保证可见性，为何还需要volatile？A：synchronized和锁需要通过操作系统来仲裁谁获得锁，开销比较高，而volatile开销小很多。因此在只需要保证可见性的条件下，使用volatile的性能要比使用锁和synchronized高得多。
Q：既然锁和synchronized可以保证原子性，为什么还需要AtomicInteger这种的类来保证原子操作？
A：锁和synchronized需要通过操作系统来仲裁谁获得锁，开销比较高，而AtomicInteger是通过CPU级的CAS操作来保证原子性，开销比较小。所以使用AtomicInteger的目的还是为了提高性能。
Q：还有没有别的办法保证线程安全
A：有。尽可能避免引起非线程安全的条件——共享变量。如果能从设计上避免共享变量的使用，即可避免非线程安全的发生，也就无须通过锁或者synchronized以及volatile解决原子性、可见性和顺序性的问题。
Q：synchronized即可修饰非静态方式，也可修饰静态方法，还可修饰代码块，有何区别
A：synchronized修饰非静态同步方法时，锁住的是当前实例；synchronized修饰静态同步方法时，锁住的是该类的Class对象； synchronized修饰静态代码块时，锁住的是synchronized关键字后面括号内的对象。