Java线程的生命周期-CSDN博客

本文链接：https://blog.csdn.net/OREO_GO/article/details/52551681

当线程被创建并启动以后，他既不是一启动就进入了执行状态，也不是一直处于执行状态，在线程的生命周期中，它要经过新建(New)，就绪(Runnable)、运行(Running)、阻塞(Block)和死亡(Dead)5种状态。尤其是当线程启动以后，它不可能一直占用CPU独自运行，所以CPU需要在多个线程之间切换，于是线程状态也会多次在运行、阻塞之间切换。

一、新建和就绪状态

当程序使用new关键字创建了一个线程之后，该线程就处于新建状态，此时它和其他的Java对象一样，仅仅由Java虚拟机为其分配内存，并初始化其成员变量的值。此时线程对象没有表现出任何线程的动态特征，程序也不会执行线程的线程执行体。

当线程调用了start()方法之后，该线程处于就绪状态，Java虚拟机会为其创建方法调用栈和程序计数器，处于这个状态中的线程并没有开始运行，只是表示该线程可以运行了。至于该线程何时开始运行，取决于JVM里线程调度器的调度。

注意：启动线程使用start()方法，而不是run()方法，永远不要调用线程的run()方法！如果调用start()方法来启动线程，系统会把该run()方法当成线程执行体来处理；但如果直接调用线程的run()方法，则run()立即被执行，而且在run()方法返回之前其他线程无法并发执行——也就是说，如果直接调用线程对象的run()方法，系统会把线程对象当初一个普通对象，而run()方法也是一个普通方法，而不是线程执行体。

public class InvokeRun extends Thread{
    private int i;
    //重写run()方法，run()方法的方法体就是线程执行体
    public void run()
    {
        for( ; i < 100;i++)
        {
            //直接调用run()方法时,Thread的this.getName()返回的是该对象的名字
            //而不是当前线程的名字
            //使用Thread.currentThread().getName()总是获取当前线程的名字
            System.out.println(Thread.currentThread().getName() +  " " + i);//①
        }
    }

    public static void main(String[] args) {
        for(int i = 0 ;i < 100;i++)
        {
            //调用Thread的currentThread()方法获取当前线程
            System.out.println(Thread.currentThread().getName() + " " + i);

            if( i == 20)
            {
                //直接调用线程对象的run()方法
                //系统会把线程对象当成普通对象，把run()方法当成普通方法
                //所以下面两行带代码并会启动两个线程，而是一次执行两个run()方法
                new InvokeRun().run();
                new InvokeRun().run();
            }
        }
    }
}

上面程序创建线程对象后直接调用了线程对象的run()方法，程序运行的结构是整个程序只有一个线程，住线程。还有一点需要指出，如果直接调用线程对象的run()方法，则run()方法先获得当前线程，再调用线程对象的getName()方法来获得线程的名字，而是需要使用Thread.currentThread()方法先获得当前线程，再调用线程对象的getName()来获得线程名字。并且，调用了线程run()方法之后，该线程已经不再处于新建状态，不要再次调用线程对象的start()方法。

注意：只能对处于新建状态的线程调用start()方法，否则将会引发IllegalThreadStateException异常。

调用线程对象的start()方法之后，该线程立即进入就绪状态——就绪状态相当于“等待执行”，但该线程并未真正进入运行状态。子线程开始执行由底层平台控制，具有一定随机性。

提示：
如果希望调用子线程的start()方法后子线程立即开始执行，程序可以用Thread.sleep(1)让当前运行的线程（主线程）睡眠1毫秒——1毫秒就够了，因为在这1毫秒内CPU不会空闲，它会去执行另一个处于就绪状态的线程，这样就可以让子线程立即开始执行。

二、运行和阻塞状态

如果处于就绪状态的线程获得了CPU，开始执行run()方法的线程执行体，则该线程处于运行状态，如果计算机只有一个CPU，那么在任何时刻只有一个线程处于运行状态。当然在多处理器的机器上，将会有偶多个线程并行（parallel）执行。

当一个线程开始运行后，它不可能一直处于运行状态（除非他的线程执行体足够短，瞬间就结束了），线程在运行过程中需要被中断，目的是使其他程序获得执行的机会，线程调度的细节取决于底层平台所采用的策略。

所有现代的桌面和服务器操作系统都采用抢占式调度策略，但一些小型设备如手机则可能采用协作式调度策略，在这样的系统中，只有当一个线程调用了它的sleep()或yield()方法后才会放弃所占用的资源——也就是必须改线程主动放弃资源。

当发生如下情况时，线程会进入阻塞状态。

线程调用sleep()方法主动放弃所占用的处理器资源
线程调用一个阻塞式IO方法，在该方法返回之前，该线程被阻塞
线程试图获得一个同步监视器，但该同步监视器正被其他线程所持有。
线程正在等待某个通知（notify）。
程序调用了线程的suspend()方法将该线程挂起。但这个方法容易导致死锁。

当前正在执行的线程被阻塞之后，其他线程就可以获得执行的机会。被阻塞的线程会再合适的时候重新进入就绪状态，注意是就绪状态而不是运行状态。也就是说，被阻塞的线程的阻塞解除后，必须重新等待线程调度器再次调度它。

针对上面几种情况，当发生如下特定的情况时可以解除上面的阻塞。

调用sleep()方法的线程已经过了指定时间
线程调用的阻塞式IO方法已经返回
线程成功地获得了试图取得的同步监视器
线程正在等待某个通知时，其他线程发出了一个通知
处于挂起状态的线程被调用了resume()恢复方法。

程序从阻塞状态只能进入就绪状态，无法直接进入运行状态。而就绪状态和运行状态之间的转换通常不受程序控制，而是由系统线程调度决定，当处于就绪状态的线程获得处理器资源时，该线程进入运行状态。当运行状态的线程失去处理器资源时，程序就进入就绪状态。但有个方法例外，调用yield()方法可以让运行状态的线程转入就绪状态。