System.exit直接终止JVM进程，所有线程同步停止，不执行finally、try-with-resources等清理逻辑，仅shutdown hook可运行；应使用volatile标志、interrupt或ExecutorService实现线程优雅退出。
System.exit 本身不终止线程，它直接结束整个 JVM 进程 —— 所有线程（包括后台线程和前台线程）都会立即停止运行，不会执行 finally 块、不会触发 shutdown hook 之外的清理逻辑（除非你已注册并依赖 shutdown hook）。
System.exit 的真实行为
调用 System.exit(int status) 会向操作系统发送退出信号，JVM 立即中止，不等待线程自然结束，也不保证线程安全地释放资源。后台线程（daemon thread）并不会“被 System.exit 终止”，而是随着 JVM 消亡而被动消失。
- 所有线程（前台/后台）同步终止，无机会执行剩余代码
- finally 块、try-with-resources 自动关闭、Thread.onTermination 等均不生效
- 唯一可执行的清理逻辑是已注册的
Runtime.getRuntime().addShutdownHook()
真正可控的后台线程终止方式
若需优雅停止后台线程，应避免依赖 System.exit，改用协作式终止机制：
- 使用 volatile 标志位：在线程循环中检查布尔变量，外部设为 false 触发退出
-
响应中断（interrupt）：调用
thread.interrupt()，线程内捕获InterruptedException或检查Thread.interrupted() -
使用 ExecutorService：调用
shutdown()+awaitTermination()，或shutdownNow()尝试中断所有任务
结合 System.exit 的合理场景
System.exit 适合程序级强制退出（如命令行工具错误退出、主应用崩溃兜底），但不应作为线程管理手段：
立即学习“Java免费学习笔记（深入）”；
- 可在 shutdown hook 中执行关键清理（如关闭数据库连接、刷盘日志），再让 JVM 退出
- 不要在多线程服务（如 Web 应用、消息消费者）中随意调用 System.exit，会导致资源泄漏或状态不一致
- 测试中慎用：可能干扰其他测试用例的 JVM 环境
一个安全退出示例
以下是在主线程退出前，优雅关闭后台线程的典型做法：
// 启动后台监控线程
Thread monitor = new Thread(() -> {
while (!Thread.currentThread().isInterrupted()) {
// 执行监控逻辑
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break;
}
}
});
monitor.setDaemon(true);
monitor.start();
// 主流程结束后，通知退出
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
monitor.interrupt(); // 发起中断
try {
monitor.join(2000); // 最多等 2 秒
} catch (InterruptedException ignored) {}
}));
// 正常业务结束，无需 System.exit —— 主线程结束，JVM 自动退出（因只剩 daemon 线程）
