程序员：一篇文章弄懂Java多线程基础和Java内存模型
前言
做为一个java程序员，多线程开发是避免不了的，多线程是基础技术，但同时也是一个比较重要、比较难的知识点。
今天通过这边文章带大家了解一下java多线程的基础知识和Java内存模型。
多线程的生命周期及五种基本状态
Java多线程生命周期，首先看下面这张经典的图，图中基本上囊括了Java中多线程重要知识点。
Java线程具有五种基本状态
新建状态（New）：当线程对象对创建后，即进入了新建状态，如：Thread t = new MyThread();就绪状态（Runnable）：当调用线程对象的start()方法（t.start();），线程即进入就绪状态。处于就绪状态的线程，只是说明此线程已经做好了准备，随时等待CPU调度执行，并不是说执行了t.start()此线程立即就会执行；运行状态（Running）：当CPU开始调度处于就绪状态的线程时，此时线程才得以真正执行，即进入到运行状态。注：就绪状态是进入到运行状态的唯一入口，也就是说，线程要想进入运行状态执行，首先必须处于就绪状态中；阻塞状态（Blocked）：处于运行状态中的线程由于某种原因，暂时放弃对CPU的使用权，停止执行，此时进入阻塞状态，直到其进入到就绪状态，才有机会再次被CPU调用以进入到运行状态。根据阻塞产生的原因不同，阻塞状态又可以分为三种： 1.等待阻塞：运行状态中的线程执行wait()方法，使本线程进入到等待阻塞状态；
2.同步阻塞 – 线程在获取synchronized同步锁失败(因为锁被其它线程所占用)，它会进入同步阻塞状态；
3.其他阻塞 – 通过调用线程的sleep()或join()或发出了I/O请求时，线程会进入到阻塞状态。当sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕时，线程重新转入就绪状态。
死亡状态（Dead）：线程执行完了或者因异常退出了run()方法，该线程结束生命周期。多线程的创建
多线程有三种创建方式：
继承Thread类，重写该类的run()方法通过实现Runnable接口创建线程类通过Callable和Future接口创建线程前两种大家应该都很熟悉，也是我们经常用到的两种创建线程的方法。
下面我们用代码来看一下这三种方法的实现。
继承Thread类，重写该类的run()方法
public class MyThread extends Thread{@Overridepublic void run() {for (int i = 0 ;i < 50;i++) {System.out.println(Thread.currentThread().getName() + "：" + i);}}public static void main(String[] args) {for (int i = 0;i<50;i++) {//调用Thread类的currentThread()方法获取当前线程System.out.println(Thread.currentThread().getName() + " " + i);if (i == 10) {new MyThread().start();new MyThread().start();}}}}
运行结果：
main 48main 49Thread-0：0Thread-0：1Thread-0：2Thread-0：3Thread-0：4Thread-1：0
从上面运行结果可以看出：
有三个线程：main、Thread-0 、Thread-1Thread-0 、Thread-1两个线程输出的成员变量 i 的值不连续（这里的 i 是实例变量而不是局部变量）。因为：通过继承Thread类实现多线程时，每个线程的创建都要创建不同的子类对象，导致Thread-0 、Thread-1两个线程不能共享成员变量 i ；线程的执行是抢占式，并没有说Thread-0 或者Thread-1一直占用CPU（这也与线程优先级有关，这里Thread-0 、Thread-1线程优先级相同，关于线程优先级的知识这里不做展开）通过实现Runnable接口创建线程类
public class MyRunnable implements Runnable {@Overridepublic void run() {for (int i = 0 ;i < 50 ;i++) {System.out.println(Thread.currentThread().getName()+"：" +i);}}public static void main(String[] args) {for (int i = 0;i < 50;i++) {System.out.println(Thread.currentThread().getName() + "：" +i);if (i == 10) {MyRunnable myRunnable = new MyRunnable();new Thread(myRunnable).start();new Thread(myRunnable).start();}}//java8 labdam方式new Thread(() -> {System.out.println(Thread.currentThread().getName());},"线程3").start();}}
运行结果：
main：46main：47main：48main：49Thread-0：28Thread-0：29Thread-0：30Thread-1：30
线程1和线程2输出的成员变量i是连续的，也就是说通过这种方式创建线程，可以使多线程共享线程类的实例变量，因为这里的多个线程都使用了同一个target实例变量。但是，当你使用我上述的代码运行的时候，你会发现，其实结果有些并不连续，这是因为多个线程访问同一资源时，如果资源没有加锁，那么会出现线程安全问题（这是线程同步的知识，这里不展开）；java8 可以使用lambda方式创建多线程。通过Callable和Future接口创建线程
这种方式是我们不经常用的。
创建Callable接口实现类，并实现call()方法，该方法将作为线程执行体，且该方法有返回值，再创建Callable实现类的实例；使用FutureTask类来包装Callable对象，该FutureTask对象封装了该Callable对象的call()方法的返回值；使用FutureTask对象作为Thread对象的target创建并启动新线程；调用FutureTask对象的get()方法来获得子线程执行结束后的返回值
public class MyCallable implements Callable
call()方法的返回值类型与创建FutureTask对象时<>里的类型一致。
Java内存模型概念
在并发编程中，我们需要处理两个关键问题：线程之间如何通信及线程之间如何同步（这里的线程是指并发执行的活动实体）。通信是指线程之间以何种机制来交换信息。在命令式编程中，线程之间的通信机制有两种：共享内存和消息传递。
在共享内存的并发模型里，线程之间共享程序的公共状态，线程之间通过写-读内存中的公共状态来隐式进行通信。在消息传递的并发模型里，线程之间没有公共状态，线程之间必须通过明确的发送消息来显式进行通信。
堆内存在线程之间共享（本文使用“共享变量”这个术语代指实例域，静态域和数组元素）。局部变量（Local variables），方法定义参数（java语言规范称之为formal method parameters）和异常处理器参数（exception handler parameters）不会在线程之间共享，它们不会有内存可见性问题，也不受内存模型的影响。
主内存和工作内存解释
主内存（main memory）： 类的实例所存在的区域，所有的实例都存在主存储器内，并且实例的字段也位于这里。主存储器为所有的线程所共享，主内存主要对应于Java堆中对象的实例数据部分。
工作内存（working memory）： 每个线程各自独立所拥有的作业区，在working memory中，存有main memory中的部分拷贝，称之为工作拷贝（working copy）。
Java线程之间的通信由Java内存模型（本文简称为JMM）控制，JMM决定一个线程对共享变量的写入何时对另一个线程可见。
从抽象的角度来看，JMM定义了线程和主内存之间的抽象关系：线程之间的共享变量存储在主内存（main memory）中，每个线程都有一个私有的本地内存（local memory），本地内存中存储了该线程以读/写共享变量的副本。
本地内存是JMM的一个抽象概念，并不真实存在。
它涵盖了缓存，写缓冲区，寄存器以及其他的硬件和编译器优化。Java内存模型的抽象示意图如下：
从上图来看，线程A与线程B之间如要通信的话，必须要经历下面2个步骤：
首先，线程A把本地内存A中更新过的共享变量刷新到主内存中去。然后，线程B到主内存中去读取线程A之前已更新过的共享变量。下面通过示意图来说明这两个步骤：
如上图所示，本地内存A和B有主内存中共享变量x的副本。假设初始时，这三个内存中的x值都为0。
线程A在执行时，把更新后的x值（假设值为1）临时存放在自己的本地内存A中。当线程A和线程B需要通信时，线程A首先会把自己本地内存中修改后的x值刷新到主内存中，此时主内存中的x值变为了1。线程B到主内存中去读取线程A更新后的x值，此时线程B的本地内存的x值也变为了1。从整体来看，这两个步骤实质上是线程A在向线程B发送消息，而且这个通信过程必须要经过主内存。JMM通过控制主内存与每个线程的本地内存之间的交互，来为java程序员提供内存可见性保证。
内存间的交互操作
主内存与工作内存之间的交互操作定义了8种原子性操作。具体如下：
lock(锁定):作用于主内存的变量，将一个变量标识为一条线程独占状态unlock(解锁):作用于主内存的变量，将一个处于锁定状态的变量释放出来read(读取):作用于主内存的变量，把一个变量的值从主内存传输到线程的工作内存中load(载入):作用于工作内存的变量，把read传输的变量值放入或者拷贝到工作内存的变量副本use(使用):作用于工作内存的变量，表示线程引用工作内存中的变量值，将工作内存中的一个变量的值传递给执行引擎assign(赋值):作用于工作内存的变量，表示线程将指定的值赋值给工作内存中的某个变量。store(存储):作用于工作内存的变量，把工作内存中的一个变量的值传送给主内存中write(写入):作用于主内存的变量，将store传递的变量值放入到主内存中对应的变量里下面图片能帮我们加深印象
volatile和synchronized的区别
首先需要理解线程安全的两个方面：执行控制和内存可见。
执行控制的目的是控制代码执行（顺序）及是否可以并发执行。
内存可见控制的是线程执行结果在内存中对其它线程的可见性。根据Java内存模型的实现，线程在具体执行时，会先拷贝主存数据到线程本地（CPU缓存），操作完成后再把结果从线程本地刷到主存。
synchronized关键字解决的是执行控制的问题，它会阻止其它线程获取当前对象的监控锁，这样就使得当前对象中被synchronized关键字保护的代码块无法被其它线程访问，也就无法并发执行。更重要的是，synchronized还会创建一个内存屏障，内存屏障指令保证了所有CPU操作结果都会直接刷到主存中，从而保证了操作的内存可见性，同时也使得先获得这个锁的线程的所有操作，都happens-before于随后获得这个锁的线程的操作。
volatile关键字解决的是内存可见性的问题，会使得所有对volatile变量的读写都会直接刷到主存，即保证了变量的可见性。这样就能满足一些对变量可见性有要求而对读取顺序没有要求的需求。
使用volatile关键字仅能实现对原始变量(如boolen、 short 、int 、long等)操作的原子性，但需要特别注意， volatile不能保证复合操作的原子性。
对于volatile关键字，当且仅当满足以下所有条件时可使用：
对变量的写入操作不依赖变量的当前值，或者你能确保只有单个线程更新变量的值。该变量没有包含在具有其他变量的不变式中volatile和synchronized的区别
volatile本质是在告诉jvm当前变量在寄存器（工作内存）中的值是不确定的，需要从主存中读取； synchronized则是锁定当前变量，只有当前线程可以访问该变量，其他线程被阻塞住。volatile仅能使用在变量级别；synchronized则可以使用在变量、方法、和类级别的volatile仅能实现变量的修改可见性，不能保证原子性；而synchronized则可以保证变量的修改可见性和原子性volatile不会造成线程的阻塞；synchronized可能会造成线程的阻塞。volatile标记的变量不会被编译器优化；synchronized标记的变量可以被编译器优化。好了，又到了分割线，今天的文章就要结束了。想了解更多精彩内容，快来关注程序猿的内心独白