interrupt()仅设置中断标志位，线程是否停止取决于其是否主动检查isInterrupted()或处理InterruptedException并响应；阻塞中抛异常且清标志，需手动恢复；死循环必须轮询标志，否则无效。
interrupt() 本身不终止线程，它只设置一个中断标志位（boolean 类型的内部状态）。线程能否停止，取决于它是否主动检查这个标志，并在合适时机退出循环、释放资源、完成收尾——这才是“优雅”的核心。
中断标志位的本质与读取方式
每个线程都有一个独立的中断状态：
- Thread.currentThread().isInterrupted()：实例方法，仅查询当前线程的中断状态，不改变它；适合用在 while 循环条件中
- Thread.interrupted()：静态方法，查询后会立即清空标志位（设为 false）；容易误用，一般不推荐用于循环判断
- 调用 thread.interrupt() 后，若线程正处在 sleep/wait/park 等可中断阻塞中，JVM 会唤醒它并抛出 InterruptedException，同时自动清除中断标志
死循环中响应中断的正确写法
没有阻塞调用的纯计算型循环，必须手动轮询中断状态，否则 interrupt() 完全无效：
- 错误示范：while (true) { doWork(); } —— 完全忽略中断信号
- 正确结构：while (!Thread.currentThread().isInterrupted()) { doWork(); }
- 如果循环体内含 sleep() 等操作，需捕获 InterruptedException 并恢复中断状态，否则外层循环条件将永远为真
阻塞操作中的中断处理要点
可中断阻塞方法（如 sleep、wait、BlockingQueue.take、NIO Channel.read）会在被中断时抛出异常，但随之清空标志位：
- 捕获 InterruptedException 后，应立即调用 Thread.currentThread().interrupt() 恢复标志
- 不要只打印日志或空 catch，这等于丢弃了停止信号
- 不要在 catch 块里直接 return 而不恢复中断，否则上层逻辑无法感知退出意图
- 传统阻塞 I/O（如 InputStream.read）不响应 interrupt，需改用 close() 或设置超时配合轮询
增强可控性的常用组合策略
单靠中断标志有时不够直观，尤其在需要支持暂停、取消、清理等多阶段控制时：
- 引入 volatile boolean running 作为业务生命周期开关，与中断标志协同使用
- 中断负责唤醒阻塞等待（如 queue.take()），布尔变量控制主逻辑是否继续
- 两者互补：一个管“卡住”，一个管“该不该干”
- volatile 保证可见性，避免因 CPU 缓存导致状态读取延迟
