# 介绍线程的生命周期和状态?

1. 创建
当程序使用 new 关键字创建了一个线程之后,该线程就处于一个新建状态(初始状态),此时它和其他 Java 对象一样,仅仅由 Java 虚拟机为其分配了内存,并初始化了其成员变量值。此时的线程对象没有表现出任何线程的动态特征,程序也不会执行线程的线程执行体。
2. 就绪
当线程对象调用了 Thread.start () 方法之后,该线程处于就绪状态。Java 虚拟机会为其创建方法调用栈和程序计数器,处于这个状态的线程并没有开始运行,它只是表示该线程可以运行了。从 start () 源码中看出,start 后添加到了线程列表中,接着在 native 层添加到 VM 中,至于该线程何时开始运行,取决于 JVM 里线程调度器的调度 (如果 OS 调度选中了,就会进入到运行状态)。
3. 运行
当线程对象调用了 Thread.start () 方法之后,该线程处于就绪状态。添加到了线程列表中,如果 OS 调度选中了,就会进入到运行状态
4. 阻塞
阻塞状态是线程因为某种原因放弃 CPU 使用权,暂时停止运行。直到线程进入就绪状态,才有机会转到运行状态。阻塞的情况大概三种:
- 1、等待阻塞:运行的线程执行 wait () 方法,JVM 会把该线程放入等待池中。(wait 会释放持有的锁)
- 2、同步阻塞:运行的线程在获取对象的同步锁时,若该同步锁被别的线程占用,则 JVM 会把该线程放入锁池中。
- 3、其他阻塞:运行的线程执行 sleep () 或 join () 方法,或者发出了 I/O 请求时,JVM 会把该线程置为阻塞状态。当 sleep () 状态超时、join () 等待线程终止或者超时、或者 I/O 处理完毕时,线程重新转入就绪状态。(注意,sleep 是不会释放持有的锁)。
- 线程睡眠:Thread.sleep (long millis) 方法,使线程转到阻塞状态。millis 参数设定睡眠的时间,以毫秒为单位。当睡眠结束后,就转为就绪(Runnable)状态。sleep () 平台移植性好。
- 线程等待:Object 类中的 wait () 方法,导致当前的线程等待,直到其他线程调用此对象的 notify () 方法或 notifyAll () 唤醒方法。这个两个唤醒方法也是 Object 类中的方法,行为等价于调用 wait (0) 一样。唤醒线程后,就转为就绪(Runnable)状态。
- 线程让步:Thread.yield () 方法,暂停当前正在执行的线程对象,把执行机会让给相同或者更高优先级的线程。
- 线程加入:join () 方法,等待其他线程终止。在当前线程中调用另一个线程的 join () 方法,则当前线程转入阻塞状态,直到另一个进程运行结束,当前线程再由阻塞转为就绪状态。
- 线程 I/O:线程执行某些 IO 操作,因为等待相关的资源而进入了阻塞状态。比如说监听 system.in,但是尚且没有收到键盘的输入,则进入阻塞状态。
- 线程唤醒:Object 类中的 notify () 方法,唤醒在此对象监视器上等待的单个线程。如果所有线程都在此对象上等待,则会选择唤醒其中一个线程,选择是任意性的,并在对实现做出决定时发生。类似的方法还有一个 notifyAll (),唤醒在此对象监视器上等待的所有线程。
5. 死亡
线程会以以下三种方式之一结束,结束后就处于死亡状态:
- run () 方法执行完成,线程正常结束。
- 线程抛出一个未捕获的 Exception 或 Error。
- 直接调用该线程的 stop () 方法来结束该线程 —— 该方法容易导致死锁,通常不推荐使用