欢迎关注我的公众号：  [TOC] ## 前言 我们知道当调用 Thread 的 start()方法，执行完 run()方法后，或在 run()方法中 return，线程便会自然消亡。但是如果一些线程长时间的在后台运行，那么怎么去停止呢？下面介绍几种方法： ## 1、使用 volatile 关键字修饰 变量的方式终止 这种方式比较灵活，不管是通过继承 Thread 类还是实现 Runnable 接口都可以使用，而使用实现 Runnable 接口的方式只不能用 下面的 interrupt（） 方法。  预期结果：打印三次线程 A 正在运行中 实际结果：  ## 2、使用 interrupt() 方式终止 ### 2.1正常执行，没有被休眠、等待  预期结果：打印 "终止线程" 以后立马停止线程 实际结果：打印 "终止线程" 以后 又打印了几次 "线程 A 正在运行中" 才停止线程  所以这种方式并不是很能及时的停止线程。 ### 2.2 线程处于阻塞状态 线程处于阻塞状态，如使用了**sleep**,同步锁的**wait**,**socket**中的**receiver**,**accept**等方法时，会使线程处于阻塞状态。当调用线程的**interrupt()**方法时，会抛出**InterruptException**异常。阻塞中的那个方法抛出这个异常，通过代码捕获该异常，然后**break**跳出循环状态，从而让我们有机会结束这个线程的执行  预期结果：打印 "终止线程" 以后立马停止线程 实际结果：打印 "终止线程" 以后立马停止线程  ## 3、Stop 方法终止 序中可以直接使用thread.stop()来强行终止线程，但是stop方法是很危险的，就象突然关闭计算机电源，而不是按正常程序关机一样，可能会产生不可预料的结果，不安全主要是：thread.stop()调用之后，创建子线程的线程就会抛出ThreadDeatherror的错误，并且会释放子线程所持有的所有锁。一般任何进行加锁的代码块，都是为了保护数据的一致性，如果在调用thread.stop()后导致了该线程所持有的所有锁的突然释放(不可控制)，那么被保护数据就有可能呈现不一致性，其他线程在使用这些被破坏的数据时，有可能导致一些很奇怪的应用程序错误。因此，并不推荐使用stop方法来终止线程。 ## 4、使用建议 比较建议使用第一种，定义 volatile 关键字去实现，最终还是要根据实际业务去选择。