Java中不能强制停止线程，唯一推荐方式是通过中断机制协作式通知；调用interrupt()仅设置中断状态为true，线程需主动检查并安全退出，禁用已废弃的stop()等方法。
Java中不能强制停止线程，唯一推荐的方式是通过中断（interrupt）机制协作式地通知线程“该结束了”。线程本身需主动检查中断状态，并在合适时机安全退出。
中断不是终止，而是“打个招呼”
调用 thread.interrupt() 并不会立即杀死线程，它只是将线程的中断状态设为 true。这个状态可被线程自行读取和响应：
- 若线程正在调用
sleep()、wait()、join()等可中断方法，会立即抛出InterruptedException，同时中断状态被自动清除（设为false） - 若线程正在运行普通代码，中断状态保持为
true，需手动通过Thread.currentThread().isInterrupted()检查 -
Thread.interrupted()是静态方法，检查后会清除中断状态；isInterrupted()是实例方法，只查不改
正确响应中断的典型写法
在循环任务或长时间运行逻辑中，应定期检查中断状态并及时退出：
- 使用
while (!Thread.currentThread().isInterrupted())作为外层循环条件 - 捕获
InterruptedException后，通常应恢复中断状态（调用Thread.cur），尤其在无法直接退出当前方法时
rentThread().interrupt()
- 避免在 catch 块中“吞掉”异常且不处理中断，这会让上层无法感知停止请求
示例：
while (!Thread.currentThread().isInterrupted()) {
try {
doWork();
Thread.sleep(1000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break; // 退出循环
}
}
不要用已废弃的方法
Thread.stop()、Thread.suspend()、Thread.resume() 在 JDK 1.2 就被标记为 @Deprecated，原因包括：
-
stop()会强行释放所有锁，可能导致对象处于不一致状态 -
suspend()容易引发死锁（被挂起的线程可能持有锁，而唤醒它的线程又依赖该锁） - 这些操作不可控、不安全，违背 JVM 内存模型与线程协作原则
结合业务逻辑设计可中断任务
对于复杂任务（如 I/O 处理、数据库查询、第三方 SDK 调用），需主动支持中断：
- 使用支持中断的 API：如
java.nio.channels.Channel的阻塞操作可响应中断；ExecutorService.shutdownNow()会尝试中断所有正在执行的任务 - 自定义任务类实现
Runnable或Callable时，在关键步骤插入中断检查 - 对无法中断的阻塞操作（如某些老版本 socket read），可设置超时（
setSoTimeout）并配合中断做双重保障
