线程的3种实现方式并深入源码简单分析实现原理（1）

前言

本文介绍下线程的3种实现方式并深入源码简单的阐述下原理

三种实现方式

Thread

深入源码简单刨析

Thread

Thread类实现了Runnable接口

枚举类 State

JVM中的线程必须只能是以上6种状态的一种。这些状态是JVM状态并不能和操作系统线程状态互相映射

• NEW

线程刚创建，还未执行（start方法）

• RUNNABLE

已就绪可运行的状态。
处于此状态的线程是正在JVM中运行的，
但可能在等待操作系统级别的资源，例如CPU时间片

• BLOCKED

阻塞等待监视器锁
处于此状态的线程正在阻塞等待监视器锁，
以进入一个同步块/方法，
或者在执行完wait()方法后重入同步块/方法

• WAITING

等待
执行完Object.wait无超时参数操作，
或者 Thread.join无超时参数操作（进入等待指定的线程执行结束），
或者 LockSupport.park操作后，线程进入等待状态。
一般在等待状态的线程在等待其它线程执行特殊操作，
例如：等待另其它线程操作Object.notify()唤醒或者Object.notifyAll()唤醒所有。

• TIMED_WAITING

限时等待
Thread.sleep、Object.wait带超时时间、
Thread.join带超时时间、
LockSupport.parkNanos、
LockSupport.parkUntil这些操作会时线程进入限时等待

• TERMINATED

终止，线程执行完毕

线程状态流转

JVM 线程状态流转图

注意：不要混淆操作系统线程状态和java线程状态。JVM中的线程必须只能是以上6种状态的一种！RUNNABLE = 正在JVM中运行的（Running）+ 可能在等待操作系统级别的资源（Ready）例如CPU时间片

• 线程创建之后，不会立即进入就绪状态，因为线程的运行需要一些条件（比如内存资源），

• 只有线程运行需要的所有条件满足了，才进入就绪状态。

• 当线程进入就绪状态后，不代表立刻就能获取CPU执行时间，也许此时CPU正在执行其他的事情，因此它要等待。

• 当得到CPU执行时间之后，线程便真正进入运行状态。

• 线程在运行状态过程中，可能有多个原因导致当前线程不继续运行下去，比如用户主动让线程睡眠（睡眠一定的时间之后再重新执行）、用户主动让线程等待，或者被同步块给阻塞，此时就对应着多个状态：time waiting（睡眠或等待一定的事件）、waiting（等待被唤醒）、blocked（阻塞）。

• 当由于突然中断或者子任务执行完毕，线程就会被消亡。