调用stop的替代方法是使用中断向线程发出信号，告知你希望它完成其工作。（这假设你要停止的线程行为良好，如果它在抛出异常后立即通过吃掉它们而忽略了InterruptedException，并且不检查中断状态，那么你将返回使用stop（）。）
下面是一些代码，我写的一个答案，一个线程的问题在这里，它的线程中断，将如何工作的例子：
public class HelloWorld { public static void main(String[] args) throws Exception { Thread thread = new Thread(new Runnable() { public void run() { try { while (!Thread.currentThread().isInterrupted()) { Thread.sleep(5000); System.out.println("Hello World!"); } } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }); thread.start(); System.out.println("press enter to quit"); System.in.read(); thread.interrupt(); }}要注意的一些事情：
中断原因
sleep()
并wait()
立即抛出，否则你将被困在等待睡眠时间过去。请注意，不需要单独的布尔标志。
被停止的线程通过检查中断状态并在while循环之外捕获InterruptedExceptions（使用它退出循环）来进行协作。中断是可以将异常用于流控制的一个地方，这就是整个问题的重点。
从技术上讲，在catch块中的当前线程上设置中断是最佳实践，但在此示例中是过大的，因为没有别的东西需要设置中断标志。
关于发布的代码的一些观察：
发布的示例不完整，但是将对当前线程的引用放在实例变量中似乎是个坏主意。它将初始化为正在创建对象的任何线程，而不是初始化为执行run方法的线程。如果同一Runnable实例在多个线程上执行，则该实例变量通常不会反映正确的线程。
检查线程是否处于活动状态始终会导致结果为真（除非currentThread实例变量引用错误的线程时发生错误），
Thread#isAlive
仅在线程执行完后才为false，只是不会返回false因为它被打断了。调用
Thread#interrupted
将导致清除中断标志，并且在这里没有意义，尤其是因为返回值已被丢弃。调用的目的Thread#interrupted
是测试中断标志的状态，然后清除它，这是throw事物使用的一种便捷方法InterruptedException
。
