线程启动完毕后，在运行时可能需要终止，Java提供的终止方法只有一个stop，但是我不建议使用这个方法，因为它有以下三个问题：
（1）stop方法是过时的
从Java编码规则来说，已经过时的方法不建议采用。
（2）stop方法会导致代码逻辑不完整
stop方法是一种“恶意”的中断，一旦执行stop方法，即终止当前正在运行的线程，不管线程逻辑是否完整，这是非常危险的。看如下的代码：
public static void main（Stringargs）throws Exception{
//子线程
Thread thread=new Thread（）{
@Override
public void run（）{
try{
//子线程休眠1秒
Thread.sleep（1000）；
}catch（InterruptedException e）{
//异常处理
}
System.out.println（/"此处代码不会执行/"）；
}
}；
//启动线程
thread.start（）；
//主线程休眠0.1秒
Thread.sleep（100）；
//子线程停止
thread.stop（）；
}
这段代码的逻辑是这样的：子线程是一个匿名内部类，它的run方法在执行时会休眠1秒钟，然后再执行后续的逻辑，而主线程则是休眠0.1秒后终止子线程的运行，也就是说，JVM在执行thread.stop（）时，子线程还在执行sleep（1000），此时stop方法会清除栈内信息，结束该线程，这也就导致了run方法的逻辑不完整，输出语句println代表的是一段逻辑，可能非常重要，比如子线程的主逻辑、资源回收、情景初始化等，但是因为stop线程了，这些就都不再执行，于是就产生了业务逻辑不完整的情况。
这是极度危险的，因为我们不知道子线程会在什么时候被终止，stop连基本的逻辑完整性都无法保证。而且此种操作也是非常隐蔽的，子线程执行到何处会被关闭很难定位，这为以后的维护带来了很多麻烦。
（3）stop方法会破坏原子逻辑
多线程为了解决共享资源抢占的问题，使用了锁概念，避免资源不同步，但是正因此原因，stop方法却会带来更大的麻烦：它会丢弃所有的锁，导致原子逻辑受损。例如有这样一段程序：
class MultiThread implements Runnable{
int a=0；
@Override
public void run（）{
//同步代码块，保证原子操作
synchronized（/"/"）{
//自增
a++；
try{
//线程休眠0.1秒
Thread.sleep（100）；
}catch（InterruptedException e）{
e.printStackTrace（）；
}
//自减
a--；
String tn=Thread.currentThread（）.getName（）；
System.out.println（tn+/"：a=/"+a）；
}
}
}
MultiThread实现了Runnable接口，具备多线程能力，其中run方法中加上了synchronized代码块，表示内部是原子逻辑，它会先自增然后再自减少，按照synchronized同步代码块的规则来处理，此时无论启动多少个线程，打印出来的结果都应该是a=0，但是如果有一个正在执行的线程被stop，就会破坏这种原子逻辑，代码如下：
public static void main（Stringargs）{
MultiThread t=new MultiThread（）；
Thread t1=new Thread（t）；
//启动t1线程
t1.start（）；
for（int i=0；i＜5；i++）{
new Thread（t）.start（）；
}
//停止t1线程
t1.stop（）；
}
首先要说明的是所有线程共享了一个MultiThread的实例变量t，其次由于在run方法中加入了同步代码块，所以只能有一个线程进入到synchronized块中。此段代码的执行顺序如下：
1）线程t1启动，并执行run方法，由于没有其他线程持同步代码块的锁，所以t1线程执行自加后执行到sleep方法即开始休眠，此时a=1。
2）JVM又启动了5个线程，也同时运行run方法，由于synchronized关键字的阻塞作用，这5个线程不能执行自增和自减操作，等待t1线程锁释放。
3）主线程执行了t1.stop方法，终止了t1线程，注意，由于a变量是所有线程共享的，所以其他5个线程获得的a变量也是1。
4）其他5个线程依次获得CPU执行机会，打印出a值。
分析了这么多，相信读者也明白了输出的结果，结果如下：
Thread-5：a=1
Thread-4：a=1
Thread-3：a=1
Thread-2：a=1
Thread-1：a=1
原本期望synchronized同步代码块中的逻辑都是原子逻辑，不受外界线程的干扰，但是结果却出现原子逻辑被破坏的情况，这也是stop方法被废弃的一个重要原因：破坏了原子逻辑。
既然终止一个线程不能使用stop方法，那怎样才能终止一个正在运行的线程呢？答案也很简单，使用自定义的标志位决定线程的执行情况，代码如下：
class SafeStopThread extends Thread{
//此变量必须加上volatile
private volatile boolean stop=false；
@Override
public void run（）{
//判断线程体是否运行
while（stop）{
//Do Something
}
}
//线程终止
public void terminate（）{
stop=true；
}
}
这是很简单的办法，在线程体中判断是否需要停止运行，即可保证线程体的逻辑完整性，而且也不会破坏原子逻辑。可能有读者对Java API比较熟悉，于是提出疑问：Thread不是还提供了interrupt中断线程的方法吗？这个方法可不是过时方法，那可以使用吗？它可以终止一个线程吗？
非常好的问题，interrupt，名字看上去很像是终止一个线程的方法，但是我可以很明确地告诉你，它不是，它不能终止一个正在执行着的线程，它只是修改中断标志而已，例如下面一段代码：
public static void main（Stringargs）{
Thread t1=new Thread（）{
public void run（）{
//线程一直运行
while（true）{
System.out.println（/"Running……/"）；
}
}
}；
//启动t1线程
t1.start（）；
//中断t1线程
t1.interrupt（）；
}
执行这段代码，你会发现一直有Running在输出，永远不会停止，似乎执行了interrupt没有任何变化，那是因为interrupt方法不能终止一个线程状态，它只会改变中断标志位（如果在t1.interrupt（）前后输出t1.isInterrupted（）则会发现分别输出了false和true），如果需要终止该线程，还需要自行进行判断，例如我们可以使用interrupt编写出更加简洁、安全的终止线程代码：
class SafeStopThread extends Thread{
@Override
public void run（）{
//判断线程体是否运行
while（！isInterrupted（））{
//Do Something
}
}
}
总之，如果期望终止一个正在运行的线程，则不能使用已经过时的stop方法，需要自行编码实现，如此即可保证原子逻辑不被破坏，代码逻辑不会出现异常。当然，如果我们使用的是线程池（比如ThreadPoolExecutor类），那么可以通过shutdown方法逐步关闭池中的线程，它采用的是比较温和、安全的关闭线程方法，完全不会产生类似stop方法的弊端。