多线程基础学习（三）——线程的生命周期

    线程的生命周期中经历的5种状态：

• 新建（New）
• 就绪（Runnable）
• 运行（Running）
• 阻塞（Blocked）
• 死亡（Dead）

一、新建和就绪状态

    当程序使用new关键字创建一个线程后，该线程进入新建状态。此时的线程对象没有任何线程的动态特征，程序也不会执行线程的线程执行体。

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

    启动线程调用的是start()方法，而不是线程执行体所在的run()方法。如果直接调用run()方法，run()方法会被立即执行，且在run()方法返回之前其他线程无法并发执行。即：如果直接调用run方法，系统就把线程对象当作普通的Java对象，run(）也就只是一个普通方法，不是一个线程执行体；且run()里不能直接通过getName()来获得当前执行线程的名字，而是通过Thread.currentThread().getName()来获得。

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

    如果希望调用子线程的start()方法后子线程立即执行。程序可以使用Thread.sleep(1)来阻塞当前线程1毫秒的时间。

二、运行和阻塞状态

    当处于就绪状态的线程获得CPU，开始执行run()方法的线程执行体，线程就进入了运行状态。（如果计算机只有一个CPU，则任何时刻，只有一个线程处于运行状态）。

    线程开始运行后，并不会一直处于运行状态，线程在运行过程中需要被中断，使其他线程获得执行的机会。

    线程调度的细节取决于底层平台所采用的策略。对于抢占式策略的系统，系统会给每个可执行的线程一个时间片来处理任务；时间片用完后，系统剥夺该线程所占用的资源，让其他线程获得执行机会。系统根据线程的优先级来选择下一个线程。

    以下情况，会导致线程进入阻塞状态：

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

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

    》线程试图获得一个同步监视器，但该监视器正被其他线程所持有。

    》线程在等待某个通知（notify）。

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

    被阻塞的线程的阻塞被解除后，必须等待线程调度器再次调度它，然后使它进入就绪状态。

    可以解除阻塞的情况：

    》调用sleep()方法的线程经过了指定时间。

    》线程调用的阻塞式IO方法已返回。

    》线程成功地获得了试图取得的同步监视器。

    》线程正在等待某个通知时，其他线程发出了一个通知。

    》处于挂起状态的线程，被调用了resume()恢复方法。

    从上面图上可知，线程从阻塞状态只能进入就绪状态，不能直接进入运行状态。而就绪与运行之间的转换不受程序控制，由系统线程调度决定。

    调用yield()方法可以让运行状态的线程转入就绪状态。

三、线程死亡

    线程以如下三种方式结束，进入死亡状态：

    》run()或call()执行完成，线程正常结束。

    》线程抛出一个未捕获的Exception或Error。

    》直接调用线程的stop()方法，结束该线程。容易导致死锁，不建议使用。

    主线程结束时，其他线程不会受影响，包括子线程。

    线程对象的isAlive()方法，可以判断某个线程是否已经死亡。线程处于就绪、运行、阻塞时，返回true；线程处于新建、死亡两种状态时，返回false。

    不要对一个已经死亡的线程调用start()方法，会引发IllegalThreadStateException异常，表示已经死亡的线程无法再次运行。

    

转载于:https://my.oschina.net/alexjava/blog/3009379