Java中判断线程是否被中断应检查中断标志而非线程状态；Thread.interrupted()检测并清除当前线程中断状态，isInterrupted()仅检测不修改；阻塞方法响应中断抛出InterruptedException且自动清标志，需手动恢复；不可中断操作不响应interrupt()，getState()与中断无关。
Java中判断线程是否被中断，核心是检查线程的中断状态标志，而不是依赖线程当前所处的生命周期状态（如RUNNABLE、WAITING等）。中断机制是一种协作式通知方式，调用interrupt()只是设置中断标志，并不强制终止线程；线程需主动检测并响应这一信号。
使用Thread.interrupted()检测并清除中断状态
该方法是静态方法，用于检测当前执行线程的中断状态，且检测后会将中断标志位重置为false（即“清除”状态）。
- 适合在循环体中频繁检查，避免重复响应同一中断请求
- 典型用法：if (Thread.interrupted()) { /* 处理中断 */ break; }
- 注意：仅对当前线程有效，不能传入其他Thread对象
使用thread.isInterrupted()检测但不改变状态
这是实例方法，可对任意Thread对象调用，只读取其中断标志，不会清空标志位。
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- 适用于需要多次判断、或由其他线程检查目标线程中断状态的场景
- 例如：if (workerThread.isInterrupted()) { log.info("任务线程已被中断"); }
- 若后续还需判断，该方法比interrupted()更安全，避免误清状态
阻塞方法自动响应中断并抛出InterruptedException
当线程在调用Object.wait()、Thread.sleep()、LockSupport.park()、BlockingQueue.take()等可中断阻塞方法时，若被中断，会立即退出阻塞并抛出InterruptedException，同时JVM自动清除中断状态。
立即学习“Java免费学习笔记（深入）”；
- 必须在catch块中决定是否恢复中断（常见做法：Thread.currentThread().interrupt();）
- 忽略异常或仅记录而不恢复中断，可能导致上层逻辑无法感知中断意图
- 不可中断的阻塞操作（如I/O等待、synchronized锁等待）不会响应interrupt()
不要依赖线程状态枚举判断中断
Thread.State（如TIMED_WAITING、WAITING、BLOCKED）反映的是线程调度层面的运行状态，与中断无关。一个处于RUNNABLE状态的线程完全可能已被中断，反之亦然。
- 错误示例：thread.getState() == Thread.State.WAITING ≠ 线程被中断
- 中断检测必须通过interrupted()或isInterrupted()，而非getState()
- getState()主要用于调试和监控，不应用于控制流程逻辑
