✨哈喽，进来的小伙伴们，你们好耶！✨

🛰️🛰️系列专栏:【JavaEE】

✈️✈️本篇内容:线程的状态，线程安全问题！

🚀🚀代码存放仓库gitee：JavaEE初阶代码存放！

⛵⛵作者简介：一名双非本科大三在读的科班Java编程小白，道阻且长，星夜启程！

 接着上篇博客，我们已经学习了Thread类的基本用法，了解到创建线程，中断线程，等待线程，休眠线程是如何操作的，那么今天呢，我们接着往下学习。

我们知道，在之前博客已经介绍到进程有它的状态，比如就绪和阻塞，这里的状态决定了系统按照啥样的方式来调度这个进程。但是只针对一个进程里面只有一个线程的情况，那么更多的情况是一个进程中是存在多个线程的，所谓的状态其实是绑定在线程上的。

目录

1、线程的状态

一、NEW

二、 TERMINATED

 三、RUNNABLE

四、TIMED_WAITING

五、 BLOCKED

六、WAITING

 2、线程安全问题

1、线程不安全的原因

2、一个线程不安全的实例

3、加锁操作

4、产生线程不安全的原因

1、线程的状态

一、NEW

new表示安排了工作还未开始行动。

看代码：while()循环里面啥也不用给，我们直接通过t.getState()这个方法获取指定线程的状态。

public class demo14 {public static void main(String[] args) throws InterruptedException {Thread t = new Thread(() -> {while (true) {}});System.out.println(t.getState());//通过这个方法获取指定线程的状态t.start();}
}

二、 TERMINATED

TERMINATED：表示工作完成了。

代码：这里我们直接去掉while()循环，啥也不用干，那肯定代码是执行完了，先调用start方法，然后获取我们的线程状态。

public class demo14 {public static void main(String[] args) throws InterruptedException {Thread t = new Thread(() -> {});t.start();Thread.sleep(1000);System.out.println(t.getState());}
}

 三、RUNNABLE

RUNNABLE：表示就绪状态。处于这个状态的线程，就是在就绪队列中，随叫随到，随时可以到CPU上执行。

代码：直接给一个空的while循环，不用加sleep等操作，方便我们观察代码的就绪状态。

public class demo14 {public static void main(String[] args) throws InterruptedException {Thread t = new Thread(() -> {while (true) {}});t.start();Thread.sleep(1000);System.out.println(t.getState());}
}

四、TIMED_WAITING

即代码中调用了sleep就会进入到TIMED_WAITING，意思就是当前线程在一定时间内是阻塞状态。

public class demo14 {public static void main(String[] args) throws InterruptedException {Thread t = new Thread(() -> {while (true) {try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}}});t.start();Thread.sleep(1000);System.out.println(t.getState());}
}

五、 BLOCKED

表示排队等待其他事情。详情参考本文下面的3、加锁操作。

六、WAITING

也表示排队等待其他事情。

OK，到这里就可以总结出线程状态转换的简易图。

 2、线程安全问题

谈到线程安全，那么这里是很重要的一个板块，在面试中如果遇到多线程的问题，基本都会涉及到线程安全问题，同时也是一个难点，希望大家认真阅读。

1、线程不安全的原因

操作系统调度线程的时候是随机的，线程之间是抢占式执行，正因为这种特性很可能会导致程序出现一些bug。

2、一个线程不安全的实例

这里我们使用两个线程，对同一个整型变量各自-自增5w次，看最终的结果。

class Counter{public int count = 0;public void increase(){count++;}public class demo15 {private static  Counter counter = new Counter();public static void main(String[] args) throws InterruptedException {Thread t1 = new Thread(() ->{for (int i = 0; i < 50000; i++) {counter.increase();}});Thread t2 = new Thread(()->{for (int i = 0; i < 50000; i++) {counter.increase();}});t1.start();t2.start();t1.join();t2.join();//必须要在t1,t2都执行完了之后，再打印count//否则，t1,t2,main都是并发执行的关系，导致t1，t2还没执行完，就先执行了下面的打印操作//在main中打印两个线程执行自增完成之后，得到的count结果System.out.println(counter.count);}
}

注意这里我们需要等待线程t1,t2都结束之后再打印结果，因为main线程和t1,t2线程是并发执行的关系，所以使用到了join函数。

运行结果：

 我们发现结果并不是10w，而是一个介于5w - 10w之间的数字，那么为什么会这样呢？

要想知道其中原因，我们就要来了解一个count++到低是如何实现的。

站在CPU的角度：count++实际上是三个CPU指令。

1、把内存中的count的值，加载到CPU寄存器中。（load）

2、把寄存器中的值+1。(add)

3、把寄存器的值写回到内存的count中。(save)

 由于线程调度是抢占式执行的，并且这个count++操作是分为3步来完成的，那么t1,t2同时执行这三个操作的时候，顺序上是有很多种可能的，这就可能导致我们最终的结果达不到10w。

一次异常演示：

结果为什么在5w - 10w之间？

 这5w并发相加中，有时候可能是串行的(+2),有时候可能是交错的，串行与交错多少次咋们不知道，这都是随机的，极端情况下，所有操作都是串行的，结果就是10w，所有操作都是交错的，结果就是5w，不过都是小概率事件。

3、加锁操作

那么如何解决上述线程不安全问题呢?

答案：加锁！

这里举个例子：比如李华准备去ATM机里面取钱，那么ATM机器一般是在一个小房间里面，当李华走进去的时候他就可以给这个房间的门上锁，这样赵四，王五等等想取钱的话只能等李华取完（这个等待操作就是阻塞），李华取完钱后便可以给这个房间解锁，下一个人才能进去取钱。

如何加锁？

那么java中加锁的方式有很多种，最常使用的是 synchronized 关键字。我们可以给上述代码重大的自增函数increase()前面加上synchronized 关键字就是加锁成功了。

    public int count = 0;synchronized public void increase(){count++;}

我们在看运行结果，这下便是10w，符合我们的预期。

那么给方法加上 synchronized 关键字之后，此时进入方法就会自动加锁，离开方法就会自动锁，当一个线程加锁成功的时候，其他线程尝试加锁就会触发阻塞等待。这个时候线程的状态就称为BLOCKED。

4、产生线程不安全的原因

1、线程是抢占式执行的，线程间的调度充满随机性。(线程不安全的根本原因)

2、多个线程对同一个变量进行修改操作。

3、针对变量的操作不是原子的，通过加锁操作就是把几个指令打包成一个原子的。

4、内存可见性。

什么是内存可见性呢？

假设我们这里有两个线程t1,t2；t1只进行读操作，t2在合适的时候会进行修改操作。

t1 这个线程在循环读这个变量。那么读取内存操作,相比于读取寄存器，是一个非常低效的操作作。 (慢 3-4 个数量级)
因此在 t1 中频繁的读取这里内存的值就会非常低效。
而且如果 t2 线程迟迟不修改,t1 线程读到的值又始终是一样的值!!
因此,t1 可能会 直接从寄存器里读(即不执行 load )一旦 t1 做出了这种大胆的假设,此时万一 t2 修改了 count 值, t1 就不能感知到了。

代码演示：

import java.util.Scanner;public class demo16 {public static int isquit = 0;public static void main(String[] args) {Thread t = new Thread(()-> {while (isquit == 0){}System.out.println("循环结束，t线程退出！");});t.start();Scanner sc = new Scanner(System.in);System.out.println("请输入一个isquit的值：");isquit = sc.nextInt();System.out.println("main线程执行完毕！");}
}

运行结果：

 那么这个案例就很好的说明了上述内存可见性的问题，我们手动输入isquit的值为2，那么while循环结束按理说应该打印 System.out.println("循环结束，t线程退出！");正是因为t线程一直反复读isquit的值，于是它直接从寄存器读，那么我们修改了isquit的值，它也就感知不到了。所以就没有打印 循环结束，t线程退出！ 这条语句。

解决方案？

1、使用synchronized 关键字。synchronized 不光能够保证原子性，同时也能够保证内存可见性。被synchronized 包裹起来的代码，编译器就不敢轻易做出上述假设，就相当于手动禁止了编译器的优化。

2、使用volatile关键字。volatile和原子性无关，但是能够保证内存可见性。使得编译器每次都重新从内存中读取isquit的值。

    public static volatile int isquit = 0;

 5、指令重排序

这个操作也是编译器优化的一种操作，编译器会智能的调整代码的前后顺序从而提高程序的效率。

保证逻辑不变的前提，再去调整顺序。使用synchronized 也能够禁止指令从排序！！