System.exit()会立即终止JVM且不执行finally块或非守护线程，唯一标准退出前响应机制是Shutdown Hook；它在exit()或kill -15时按注册逆序执行，但被kill -9或halt()绕过。

System.exit() 会立即终止 JVM，不执行 finally 块、不等待非守护线程结束，也不触发常规的 try-catch 流程。所以“退出前的信号”不能靠捕获异常来统一拦截——它根本不会走异常传播路径（除非你手动 throw new SystemExit()，但这不是标准用法）。真正可行的方式，是利用 JVM 提供的**退出钩子（Shutdown Hooks）**。

注册 Shutdown Hook 执行清理逻辑

这是最标准、最安全的退出前响应机制。JVM 在收到 exit() 调用或系统关闭信号（如 Ctrl+C、kill -15）时，会按注册顺序反向执行所有已注册的钩子线程。

• 钩子必须是继承 Thread 的匿名类或独立类，且不能调用 System.exit() 或阻塞过久
• 多个钩子之间无执行顺序保证，彼此应独立、无依赖
• 钩子中不可再注册新钩子，也不建议启动新线程（可能被强制中断）

示例：

Runtime.getRuntime().addShutdownHook(new Thread(() -> {
  System.out.println("正在保存配置...");
  saveConfig();
  System.out.println("清理完成");
}));
System.exit(0);

区分正常退出与强制终止

System.exit(0) 和 System.exit(1) 都会触发 Shutdown Hook；但 Runtime.halt() 或 kill -9（SIGKILL）则完全绕过钩子，直接终止进程。因此：

• 业务逻辑中应优先用 System.exit(status)，避免 halt()
• 关键资源（如数据库连接、文件句柄）需配合 try-with-resources 或显式 close()，不能只依赖钩子
• 若需区分退出原因，可在钩子中读取 System.getProperty("sun.java.command") 或检查自定义系统属性

避免在 GUI 应用中误用 System.exit()

在 Windows Forms 或 Swing 中，Application.Exit() 或 setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE) 已封装了消息循环终止和窗口销毁逻辑。直接调用 System.exit() 可能跳过窗体关闭事件（如 FormClosing）、导致资源未释放或 UI 状态残留。

• Swing：推荐使用 JFrame.dispose() + System.exit() 组合，或仅 dispose() 让主线程自然结束
• WinForms：用 Application.Exit()，它会逐个关闭窗体并处理 CancelEventArgs
• 若需取消退出，应在窗体 Closing 事件中设置 e.Cancel = true，而不是事后拦截 System.exit()

跨平台退出状态码约定

退出码本身是给操作系统或父进程看的，不是给 Java 代码用的。惯例如下：

• 0 表示成功、无错误
• 1–127 通常表示应用级错误（如文件不存在、参数错误）
• 128+ 一般保留给信号编号（如 130 = SIGINT + 128），慎用
• 不同平台对大于 255 的码会截断，建议控制在 0–255 范围内

可定义枚举统一管理：

enum ExitCode { SUCCESS(0), FILE_NOT_FOUND(1), INVALID_INPUT(2), NETWORK_ERROR(3);
final int code;
ExitCode(int code) { this.code = code; }
public int get() { return code; }
}