volatile修饰boolean可保证下线标记的可见性与有序性：每次读取强制从主内存加载最新值，每次写入立即刷回并禁止重排序，从而确保多线程间“是否正在下线”状态实时、准确、可靠可见。
用 boolean 配合 volatile 实现服务下线通知标记，核心是让“是否正在下线”这个状态在多线程间实时可见、不被缓存、不被重排。它不负责整个下线流程，但作为轻量级协调信号，能可靠触发后续动作——比如拒绝新请求、等待处理中任务结束。
为什么必须用 volatile 修饰 boolean 标记
普通 boolean isShuttingDown = false 在多线程下存在严重风险：
- 线程 A 执行
isShuttingDown = true后，该修改可能只写入自己 CPU 缓存，线程 B 仍在读取旧值（可见性失效） - JVM 或 CPU 可能将
isShuttingDown = true和后续清理逻辑重排序，导致其他线程看到“已标记下线”，但资源还没释放（有序性破坏） -
volatile强制每次读都从主内存取最新值，每次写都立即刷回主内存，并插入内存屏障禁止相关指令重排
典型实战写法：声明 + 初始化 + 响应 shutdown hook
在 Spring Boot 主类或配置类中定义全局开关：
private static volatile boolean isShuttingDown = false;
注册 JVM 关闭钩子，在收到 kill -15 或 /actuator/shutdown 时置为 true：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
isShuttingDown = true;
log.info("服务进入优雅下线状态");
}));
在关键路径中用它做实时判断
不是所有地方都要加锁，而是用它快速拦截新请求、引导线程退出循环：
-
Web 层拦截器：在
preHandle中检查if (isShuttingDown) return false;，直接拒绝新 HTTP 请求 -
定时任务控制：在
@Scheduled方法开头加if (isShuttingDown) return;，避免下线中再触发耗时任务 -
异步线程守卫：在线程池提交前判断，或在长循环中定期轮询
while (!isShuttingDown && condition) { ... }
配合其他机制才能真正“优雅”
volatile boolean 是信号灯，不是刹车片。要真正完成无损下线，还需组合以下动作：
- 主动调用
EurekaClient.cancel()或NacosNamingService.deregisterInstance()，尽快从注册中心摘除 - 设置
server.tomcat.connection-timeout=5000，让 Tomcat 拒绝新连接并等待已有请求超时退出 - 对自定义线程池调用
shutdown() + awaitTermination()，确保后台任务收尾 - 若使用 Feign/Ribbon，需配合
RetryableFeignClient或客户端负载均衡刷新策略，降低调用已下线实例概率
