线程的生命周期

分析&回答

线程的生命周期分为创建（new）、就绪（Runnable）、运行（running）、阻塞（Blocked）、死亡（Dead）五种状态。线程启动后不会一直霸占CPU资源，所以CPU需要在多条线程中切换执行，线程就会在多次的运行和阻塞中切换。

新建（new）和就绪（Runnable）状态

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

注意：run方法是线程的执行体，不能由我们手动调用。我们可以用start方法启动线程，系统会把run方法当成线程的执行体来运行，如果直接调用线程对象run方法，则run方法立即会被运行。而且在run方法返回之前其他线程无法并行执行，也就是说系统会把当前线程类当成一个普通的Java对象，而run方法也是一个普通的方法，而不是线程的执行体。

运行（running）和阻塞（Blocked）状态

如果处于就绪状态的线程就获得了CPU，开始执行run方法的线程执行体，则该线程处于运行状态。单CPU的机器，任何时刻只有一条线程处于运行状态。当然，在多CPU机器上将会有多线程并行（parallel）执行，当线程大于CPU数量时，依然会在同一个CPU上切换执行。

线程运行机制：一个线程运行后，它不可能一直处于运行状态（除非它执行的时间很短，瞬间执行完成），线程在运行过程中需要中断，目的是让其他的线程有运行机会，线程的调度取决于底层的策略。对应抢占式的系统而言，系统会给每个可执行的线程一个小时间段来处理任务，当时间段到达系统就会剥夺该线程的资源，让其他的线程有运行的机会。在选择下一个线程时，系统会考虑线程优先级。

以下情况会出现线程阻塞状态：

A、线程调用sleep方法，主动放弃占用的处理器资源

B、线程调用了阻塞式IO方法，在该方法返回前，该线程被阻塞

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

D、线程等待某个通知（notify）

E、程序调用了suspend方法将该线程挂起。不过这个方法容易导致死锁，尽量不免使用该方法

当线程被阻塞后，其他线程将有机会执行。对于网站建设公司来说，被阻塞的线程会在合适的时候重新进入就绪状态，注意是就绪状态不是运行状态。也就是被阻塞线程在阻塞解除后，必须重新等待线程调度器再次调用它。

针对上面线程阻塞的情况，发生以下特定的情况可以解除阻塞，让进程进入就绪状态：

A、调用sleep方法的经过了指定的休眠时间

B、线程调用的阻塞IO已经返回，阻塞方法执行完毕

C、线程成功获得了试图同步的监视器

D、线程正在等待某个通知，其他线程发出了通知

E、处于挂起状态的线程调用了resume恢复方法

线程从阻塞状态只能进入就绪状态，无法进入运行状态。而就绪和运行状态之间的转换通常不受程序控制，而是由系统调度所致的。品牌网站建设,当就绪状态的线程获得资源时，该线程进入运行状态；当运行状态的线程事情处理器资源时就进入了就绪状态。但对调用了yield的方法就例外，此方法可以让运行状态转入就绪状态。

线程死亡（Dead）状态

线程会在以下方式进入死亡状态：

A、run方法执行完成，线程正常结束

B、线程抛出未捕获的异常或Error

C、直接调用该线程的stop方法来结束线程—该方法易导致死锁，注意使用

注意：当主线程结束的时候，其他线程不受任何影响。一旦子线程启动后，会拥有和主线程相同的地位，不受主线程影响。

isAlive方法可以测试当前线程是否死亡，当线程处于就绪、运行、阻塞状态，该方法返回true，如果线程处于新建或死亡状态就会返回false。不要试图对死亡的线程调用start方法，来启动它。死亡线程不可能再次运行。

反思&扩展

加深印象看个图：