system.exit不是平滑退出，因其直接终止jvm，跳过finally、shutdown hook及后续逻辑；应改用自定义异常（如appexitexception）配合资源清理与主线程控制，或采用自然返回加shutdown hook实现真正平滑退出。
System.exit 本身不通过异常机制实现，它直接终止 JVM，与异常无关；所谓“平滑退出”不能靠 System.exit 实现，而应绕开它，改用异常 + 资源清理 + 主线程控制的方式模拟可控退出。
为什么 System.exit 不是“平滑退出”
System.exit(int) 会立即中止 JVM 进程，跳过所有 finally 块、未执行的 shutdown hook（除非已注册且正在运行）、以及线程中的后续逻辑。即使你抛出异常后调用它，异常也来不及被上层捕获处理——JVM 已经“断电”了。
用自定义异常触发可控退出流程
你可以定义一个轻量级退出异常（如 AppExitException），在关键位置主动抛出，再由最外层（如 main 方法或事件循环）捕获并执行清理逻辑，最后才调用 System.exit（或更推荐：自然返回）。
- 定义退出异常：public class AppExitException extends RuntimeException { ... }
- 在业务逻辑中抛出：throw new AppExitException("用户选择退出");
- 在入口处统一捕获并清理：try { runApp(); } catch (AppExitException e) { cleanup(); System.exit(0); }
更推荐：避免 System.exit，用自然返回 + shutdown hook
真正平滑的退出，是让主线程结束、其他非守护线程完成工作、资源自动释放。可结合以下方式：
- 把主逻辑封装成方法，正常 return，而非调用
System.exit - 注册 JVM shutdown hook 处理必须的收尾（如关闭连接池、保存状态）：Runtime.getRuntime().addShutdownHook(new Thread(this::cleanup));
- 确保后台线程设为守护线程（
setDaemon(true)），避免阻塞退出
注意异常传播范围和线程隔离
异常只能在同一线程内传播。如果你在子线程中抛出 AppExitException，主线程不会感知。需要配合标志位、队列或 Thread.interrupt() 协作：
- 主线程轮询 volatile 退出标志：while (!exitRequested) { ... }
- 子线程设置标志 + 中断主线程：exitRequested = true; mainThread.interrupt();
- 主线程在中断点检查标志并跳出循环，执行清理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
