线程的生命周期

　　在最初谈线程时，就提到过线程的生命周期要经过新建、就绪、运行、阻塞、死亡五种状态。在线程被创建并启动以后，它并不是一启动就进入了执行状态，也不是一直处于执行状态。而且，在线程启动以后，它不能一直“霸占”CPU“独自运行，所以CPU需要在多条线程之间切换，于是线程也会多次在运行、阻塞之间切换。线程的各种状态之间的关系可以用一个图来表示：

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

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

　　我们可以来看以下下面这段代码：

　　　

　　运行结果：

　　我们可以看出，当主线程在i=2时调用了子线程的start方法来启动当前线程，但当前线程并没有立即执行，而是等到主线程为22时才看到子线程开始执行。如果程序希望调用子线程的start方法之后子线程立即开始执行，程序可以使用Thread.sleep(1)来让当前运行的线程（主线程）睡眠1毫秒，它就会去执行另外一条就绪的子线程，这样，我们的子线程就可以执行了。

        另外，启动线程的是start方法，而不是run方法！永远不要用run方法来启动线程，系统会把该run方法当成线程执行体来处理。但如果直接调用run方法，则run方法就你立即被执行，而且在run方法返回之前其他线程无法并发执行，也就是说，系统把线程对象当成一个普通对象，而run方法也是一个普通方法，而不是执行体。比如，我们把上面那段代码中的thread.start()改为”thread.run();以后，程序运行的结果是整个程序只有一条线程：主线程。而且，run方法里不能用getName方法来获取线程名。

        还有，我们要特别注意不要对已经启动的线程再次调用start()方法，这样会引发IllegalThreadStateException()异常。

       运行状态：毫无疑问，处于就绪状态的线程获取了CPU，开始执行run方法的线程执行体，那么该线程就处于运行状态。

       对于只有一个cpu的计算机来说，在任何时刻只有一条线程处于运行状态，这也就是我们通常所说的“宏观并行，微观串行”。为了合理的分配cpu的资源，线程在运行的时候有可能需要被中断，目的是使其他线程获得执行的机会，线程调度的细节取决于底层平台所采用的策略。对于抢占式策略的系统而言，系统会给每个可执行的线程一个小时间段来处理任务，当该时间段用完，系统就会剥夺该线程所占用的资源，让其他线程有执行的机会。在选择下一个线程时，系统会考虑到线程的优先级。

       当发生如下情况，系统将会进入阻塞状态：

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

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

               3.线程试图获取一个同步监听器，但是该同步监听器正被其他线程所占用。

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

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

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

        针对上面的几种情况，当发生如下特定的情况可以将上面的阻塞接触，让该线程重新进入就绪状态：

                 1、调用sleep方法的线程经过了指定的时间，时间单位是毫秒。

                  2.线程调用的阻塞式IO方法已经返回。

                  3.线程成功的获取了试图获取的同步监听器。

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

                   5.处于挂起状态的线程被调用了resume恢复方法。

　　线程会以以下三种方式之一结束，结束之后就是死亡状态：

　　　　１．run()方法执行完毕，线程正常结束。

                 2.线程抛出一个未捕获的异常或错误。

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

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

         为了测试某个线程是否已经死亡，可以用isAlive()方法，当线程处于就绪、运行、阻塞三种状态时，返回true，当线程处于死亡状态时，返回false。不要试图对已经死亡的线程再次调用start方法，死亡就是死亡，该线程将不能再次作为线程执行。如：