Java之线程停止

Thread.stop、Thread.suspend、Thread.resume 和Runtime.runFinalizersOnExit 这些终止线程运行的方法已经被废弃，因为它存在安全隐患。

Java线程一般在执行完run方法就可以正常结束，不过有一类线程叫做伺服线程，不间断地执行，往往在run方法中有一个死循环，监视着某些条件，只有当这些条件满足时才能结束。例:

public void run() {

       while(true){
           someWork();
           if(finished){
              break;
           }
           try {
              Thread.sleep(10000);
           } catch (InterruptedException e) {
              e.printStackTrace();
           }
       }

}

我们可以在while死循环内，每次循环时，察看外部条件，看看是否需要关闭当前线程。如果是，就break，跳出死循环，或者是抛出异常，跳出死循环，结束线程。

有些执行伺服任务的线程，在while(true)这样的死循环内部，是一个阻塞中的方法。此时，就不能采用第二种方法了。因为，当该方法没有返回时，该线程一直处于阻塞当中，根本无法执行其他语句。

此时，就需要调用该线程的interrupt方法，产生一个InterruptedException运行时异常，是阻塞中的那个方法抛出这个异常，从而让我们有机会结束这个线程的执行。

这里说一种特殊情况，有些情况可能你需要一下子停止整个系统的所有线程，这样子上面的方法就不是那么高效，思路也差不多。例如下面的Thread1、Thread2。

public class Thread1 extends Thread {

	@Override
	public void run() {
		while(true) {
			try {
				doSomeWork();
				if (finished) {
					break;
				}

				//	wait for some resource

				} catch (InterruptedException e) {
					// ...
					break;
				}
		}
	}
}

public class Thread2 extends Thread {

	@Override
	public void run() {
		while(true) {
			try {
				doSomeWork();
				if (finished) {
					break;
				}

				//	wait for some resource

				} catch (InterruptedException e) {
					// ...
					break;
				}
		}
	}
}

显然，通过上面那两种方法不能一下子停止这些线程，因为我们不能做到这些线程能同时满足条件，此外这些线程也不可能一块堵塞。这里我们通过改变whlie条件来解决这个问题，在我们的Thread1、Thread2上面增加一个父类AbstractThread，例:

public abstract class  AbstractThread extends Thread {
   protected AtomicBoolean isRunning = new AtomicBoolean(true);

   public void stopRunning() {
           isRunning.set(false);
   }
}

然后使Thread1、Thread2继承AbstractThread，然后修改while循环为如下：

while(isRunning) {
      ...
}

在停止线程时，调用每个线程的stopRunning方法，如果存在堵塞的情况，在辅助调用该线程的interrupt方法。