system.exit()是jvm级强制终止指令，会立即中断所有线程、跳过finally和资源清理，仅执行shutdown hook；优雅退出应避免直接调用，转而采用volatile标志位、interrupt()协作机制及主线程等待就绪后自然退出。
在多线程 Java 应用中，System.exit() 本身是“粗暴”的——它会立即终止 JVM，不等待线程结束、不执行 shutdown hook 以外的清理逻辑，更不会通知其他线程主动退出。所谓“优雅终止”，关键不是怎么调用 System.exit()，而是**避免直接调用它，转而协调各线程主动停止，并在确认就绪后再安全退出**。
用 volatile 标志位控制线程生命周期
这是最常用也最可控的方式：主线程或其他管理线程设置一个共享的 volatile boolean running = true，所有工作线程在循环中定期检查该标志，发现为 false 时自行清理并退出。
- 标志必须是
volatile，确保修改对所有线程可见 - 避免在忙等中高频读取，可在 sleep 或阻塞调用（如
queue.poll(1, TimeUnit.SECONDS)）前后检查 - 线程退出前应释放资源（关闭文件、连接、取消定时任务等）
利用 Thread.interrupt() 配合响应式退出
对可能阻塞的线程（如等待 I/O、sleep、wait），调用 thread.interrupt() 是标准做法。线程需在 catch InterruptedException 后设置退出状态，并在 finally 块中完成清理。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不要忽略
InterruptedException，也不建议简单地重新设置中断状态后继续运行 - 对于未声明抛出该异常的阻塞操作（如某些 NIO 操作），需配合
Thread.currentThread().isInterrupted()主动轮询 - 中断只是“建议退出”，最终行为由线程自身逻辑决定
注册 Shutdown Hook 做兜底清理
Runtime.getRuntime().addShutdownHook() 可添加一个在 JVM 关闭前执行的线程。它适用于无法完全掌控所有线程生命周期的场景（如第三方库启动的后台线程），但不能替代主动协调退出。
- Shutdown hook 运行时，JVM 已开始关闭流程，不应再启动新线程或依赖外部服务
- 仅用于释放关键资源（如关闭数据库连接池、刷写缓存到磁盘）
- 多个 hook 之间无执行顺序保证，避免相互依赖
确认所有线程就绪后再调用 System.exit()
只有当所有业务线程已明确停止、资源已释放、hook 已注册完毕，才考虑调用 System.exit()。常见做法是：
- 维护一个线程计数器（如
AtomicInteger activeThreads），每个线程启动时 +1、退出时 -1 - 主线程等待计数器归零（可配合
CountDownLatch或简单轮询 + sleep） - 超时保护：等待超过一定时间（如 30 秒）仍不退出，则记录警告并强制 exit（此时说明有线程卡死）
真正优雅的终止，核心是“协作”而非“强杀”。System.exit() 应作为最后手段，且只在确认一切就绪时触发。多数情况下，应用只需让主线程自然结束，JVM 在无非守护线程运行时会自动退出。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
