Java---线程的生命周期

    当线程被创建并启动以后，它既不是已启动就进入执行状态，也不是一直处于执行状态，在线程的生命周期中，它要经过新建（New）、就绪（Runnable）、运行（Running）、阻塞（Blocked）和死亡（Dead）5中状态。尤其是当线程启动以后，它不可能一直“霸占”着CPU独自运行（如果在一个cpu分片时间之内执行完，那就不会切换），所以CPU需要在多条线程之间切换（可以查看cpu多线程实现原理），于是线程状态也会多次在运行、就绪之间切换。

    1.新建和就绪状态

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

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

    2.运行和阻塞状态

    如果处于就绪状态的线程获得了CPU，开始执行run()方法的线程执行体，则该线程处于运行状态。如果计算机只要一个CPU，那么在任何时刻只有一个线程处于运行状态。在一个多处理器的机器上，将会有多个线程并行（是并行，不是并发：parallel）执行；当线程数大于处理器数时，依然会存在多个线程在同一CPU上轮换的现象（线程调度的策略取决于底层操作系统，目前所有现代的桌面和服务器操作系统都采用抢占式策略）。

    对于采用抢占式策略的系统，系统会给每个可执行的线程一小个时间段来处理任务，当该时间段用完后，如果线程还没有执行完，系统就会剥夺该线程所占用的资源，让其他线程获得执行的机会。在选着下一个线程时，系统会考虑线程的优先级。

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

        1.线程调用sleep()方法，主动放弃所占用的处理器资源

        2.线程调用了一个阻塞式IO方法，在该方法返回之前，该线程被阻塞。

        3.线程视图获取一个同步监视器，但该同步监视器正被其他线程所持有。

        4.线程等待某个通知（notify）。

        5.程序调用了线程的suspend()方法将该线程挂起。这个方法容易导致死锁，所以应该尽量避免使用。

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

    线程状态转换图如下所示：

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

    3.线程死亡

    线程会以如下三种方式结束，结束后就处于死亡状态。

        1.run()或call()方法执行完成，线程正常结束

        2.线程抛出一个未被捕获的Exception或Error。

        3.直接调用该线程的stop()方法来结束线程---该方法容易导致死锁，通常不建议使用。

    注：当主线程结束时，其他线程不受任何影响，并不会随之结束。一旦子线程启动起来后，它就拥有和主线程相同的地位，它不             受主线程的影响。 

 

     参考来源：《java疯狂讲义》