必须用 volatile 是因为普通布尔变量可能被 CPU 缓存，导致子线程无法及时看到主线程修改的停止信号；volatile 保证标志位的可见性和有序性，使子线程能及时响应 shutdown() 调用并安全退出。
Java 中用 volatile 配合标志位实现服务安全停止，核心是让子线程能“及时看到”主线程发出的停止信号，并在合适位置主动退出，不依赖强制终止。
为什么必须用 volatile
普通布尔变量在线程间可能被 CPU 缓存，导致子线程一直读到旧值（比如 running == true），陷入死循环。而 volatile 强制每次读取都从主内存加载，写入立即刷新到主内存，同时禁止 JVM 对相关读写做重排序——这保证了标志位的可见性和有序性，但不负责原子性（对单个 boolean 读写已足够）。
标志位声明与基本结构
在任务类中定义一个私有 volatile 字段，并提供外部可调用的停止方法：
// 示例
private volatile boolean running = true;
public void shutdown() {
running = false;
}
子线程的 run() 方法中，循环条件始终检查该标志：
立即学习“Java免费学习笔记（深入）”；
while (running) {
// 执行业务逻辑
}
应对阻塞操作：interrupt() 必须配合使用
仅靠 running 标志无法唤醒正在 BlockingQueue.take()、Thread.sleep()、Object.wait() 等处挂起的线程。此时需额外调用 thread.interrupt()：
- 主线程在调用
shutdown()后，紧接着执行workerThread.interrupt() - 子线程捕获
InterruptedException后，必须执行Thread.currentThread().interrupt()恢复中断状态，避免丢失信号 - 推荐把循环条件升级为双重校验：
while (running && !Thread.currentThread().isInterrupted())，兼顾运行中与阻塞中两种场景
退出前务必执行清理逻辑
清理不能放在循环体内反复执行，也不应依赖 finally（因为非异常退出时不会触发）。正确做法是将资源释放、连接关闭、事务提交等逻辑统一放在循环结束后、run() 方法末尾：
while (running && !Thread.currentThread().isInterrupted()) {
doWork();
}
cleanup(); // 确保只执行一次，且一定执行
