深入Java线程管理（二）：线程的生命周期

Java线程的生命周期

一个线程的产生是从我们调用了start方法开始进入Runnable状态，即可以被调度运行状态，并没有真正开始运行，调度器可以将CPU分配给它，使线程进入Running状态，真正运行其中的程序代码。线程在运行过程中，有以下几个可能的去向：

（1）调度器在某个线程的执行过程中将CPU分配给了其它线程，则这个线程又变为Runnable状态，等待被调度。

（2）调度器将CPU分配给了该线程，执行过程中没有遇到任何阻隔，运行完成直接结束，也就是run()方法执行完毕。

（3）线程在执行过程中请求锁，却得不到，这时候它要进入lock pool中等待对象的锁，等到锁后又会进入Runnable状态，可以被调度运行。

（4）线程在执行过程中遇到wait()方法，它会被放入wait pool中等待，直到有notify()或interrupt()方法执行，它才会被唤醒或打断进入lock pool开始等待对象锁，等到锁后进入Runnable状态。

推荐在run方法中使用控制循环条件的方式来结束一个线程。

wait：告诉当前线程放弃对象锁并进入等待状态，直到其他线程进入同一对象锁并调用notify为止。

notify：唤醒同一对象锁中调用wait的第一个线程。

notifyAll：唤醒同一对象锁中调用wait的所有线程，具有最高优先级的线程首先被唤醒并执行。

interrupt简述

interrupt()方法只是改变中断状态而已，它不会中断一个正在运行的线程。这一方法实际完成的是，给受阻塞的线程发出一个中断信号，这样受阻线程就得以退出阻塞的状态。更确切的说，如果线程被Object.wait, Thread.join和Thread.sleep三种方法之一阻塞，此时调用该线程的interrupt()方法，那么该线程将抛出一个InterruptedException中断异常（该线程必须事先预备好处理此异常），从而提早地终结被阻塞状态。如果线程没有被阻塞，这时调用interrupt()将不起作用，直到执行到wait(),sleep(),join()时,才马上会抛出
InterruptedException。

线程A在执行sleep,wait,join时,线程B调用线程A的interrupt方法,的确这一个时候A会有InterruptedException 异常抛出来。但这其实是在sleep,wait,join这些方法内部会不断检查中断状态的值,而自己抛出的InterruptedException。如果线程A正在执行一些指定的操作时如值,for,while,if,调用方法等,不会去检查中断状态,则线程A不会抛出 InterruptedException,而会一直执行着自己的操作。

注意:

当线程A执行到wait(),sleep(),join()时,抛出InterruptedException后，中断状态已经被系统复位了，线程A调用Thread.interrupted()返回的是false。

如果线程被调用了interrupt()，此时该线程并不在wait(),sleep(),join()时，下次执行wait(),sleep(),join()时，一样会抛出InterruptedException，当然抛出后该线程的中断状态也回被系统复位。

1. sleep() &interrupt()

线程A正在使用sleep()暂停着: Thread.sleep(100000)，如果要取消它的等待状态,可以在正在执行的线程里(比如这里是B)调用a.interrupt()，令线程A放弃睡眠操作,这里a是线程A对应到的Thread实例。

当在sleep中时线程被调用interrupt()时，就马上会放弃暂停的状态并抛出InterruptedException。抛出异常的,是A线程。

2. wait() &interrupt()

线程A调用了wait()进入了等待状态，也可以用interrupt()取消。不过这时候要注意锁定的问题。线程在进入等待区,会把锁定解除,当对等待中的线程调用interrupt()时，会先重新获取锁定，再抛出异常。在获取锁定之前，是无法抛出异常的。

3. join() &interrupt()

当线程以join()等待其他线程结束时，当它被调用interrupt()，它与sleep()时一样，会马上跳到catch块里.。

注意，是对谁调用interrupt()方法，一定是调用被阻塞线程的interrupt方法。如在线程a中调用来线程t.join()。

转载地址： http://blog.csdn.net/leaderman_it/article/details/7440165