Java的interrupt()仅设中断标志位，对阻塞线程需配合可中断方法（如sleep/wait）响应InterruptedException才能优雅中断；不可中断场景须用可中断替代方案或关闭资源破局。
Java 中的 interrupt() 机制本身不能直接中断正在执行阻塞操作的线程（比如 Thread.sleep()、Object.wait()、LockSupport.park()、I/O 阻塞等），但它能向线程发出“请尽快停止”的信号，配合阻塞方法对中断的响应，才能实现优雅中断。
理解 interrupt 的本质：只是设个标志位
调用 thread.interrupt() 实际上只做三件事：
- 如果目标线程处于
WAITING或TIMED_WAITING状态（如 sleep/wait/park），则将其唤醒，并抛出InterruptedException - 如果线程正在执行普通代码（非阻塞），则仅设置其
interrupted status（中断状态）为true - 该状态可通过
Thread.interrupted()（清空后返回）或isInterrupted()（只查不改）读取
阻塞方法如何响应中断？关键看是否“可中断”
不是所有阻塞都支持中断。只有明确声明抛出 InterruptedException 的方法才是“可中断阻塞”：
-
Thread.sleep(millis)→ 被中断时抛InterruptedException，并自动清除中断状态 -
Object.wait()/wait(timeout)→ 同样抛异常并清除状态 -
BlockingQueue.take()、put()、ArrayBlockingQueue.poll(timeout, unit)→ 响应中断 -
java.nio.channels.InterruptibleChannel相关 I/O（如SocketChannel.read()）→ 可被中断，抛ClosedByInterruptException或IOException -
注意：
InputStream.read()（传统阻塞 I/O）、synchronized进入锁的过程、Thread.join()（虽抛异常但不常用）等行为不同，需特殊处理
写出真正“优雅”的中断逻辑：三步闭环
优雅 = 及时响应 + 清理资源 + 不吞异常 + 保持状态一致。推荐模式如下：
- 在 catch InterruptedException 处理中，通常应立即 return 或 break 循环，避免继续执行无效逻辑
-
重设中断状态（尤其在无法抛出异常的方法里）：若你在 Runnable.run() 或某个不抛异常的回调中捕获了
InterruptedException，应在处理完清理后调用Thread.currentThread().interrupt()，把中断信号“传递出去” -
检查中断状态 + 主动退出循环：在 while(running) 循环中，除了响应异常，还应在每次迭代开头加
if (Thread.currentThread().isInterrupted()) break;，防止因未触发阻塞而长期忽略中断
示例（带超时的轮询任务）：
while (!Thread.currentThread().isInterrupted()) {
try {
String data = queue.poll(1, TimeUnit.SECONDS); // 可中断阻塞
if (data != null) process(data);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 重置中断状态
break; // 优雅退出
}
}
不可中断阻塞怎么办？需要主动破局
对于传统 I/O（如 System.in.read()）或 synchronized 等无法响应 interrupt 的场景，必须换思路：
-
用可中断替代方案：将
InputStream包装为java.nio.channels.Channels.newChannel(is)，再转成ReadableByteChannel，配合Selector实现可中断读 -
关闭底层资源触发异常：例如中断前调用
socket.close()，使阻塞的read()立即抛IOException，再在 catch 中检查中断或直接退出 -
避免使用纯阻塞原语：优先选用
java.util.concurrent工具类（如CountDownLatch.await()、ReentrantLock.lockInterruptibly()），它们全部支持中断
