system.exit()会立即终止jvm，绕过常规清理流程，但可通过runtime.addshutdownhook注册关闭钩子实现退出前自定义清理；钩子需提前注册、避免阻塞、注意资源初始化与线程安全，并可结合volatile标志区分退出场景；更推荐让main自然返回以确保完整清理。
Java 中 System.exit() 会立即终止 JVM，绕过常规的资源清理流程（比如 finally 块、try-with-resources 自动关闭、shutdown hooks 等），因此不能直接在 System.exit() 调用后写清理代码。但你可以通过注册 JVM 关闭钩子（Shutdown Hook）来实现自定义退出前的清理逻辑。
使用 Runtime.addShutdownHook 注册清理任务
这是最常用且推荐的方式。Shutdown Hook 是一个在 JVM 正常关闭（包括调用 System.exit()）前执行的线程，适用于释放资源、保存状态、关闭连接等。
- 必须在 JVM 关闭前注册，通常放在程序启动初期（如
main方法开头） - Shutdown Hook 线程不保证执行顺序，多个钩子之间无依赖关系
- 钩子中避免长时间阻塞或调用
System.exit()，否则可能卡住 JVM 关闭 - 注意：JVM 异常终止（如 kill -9、断电）时，Shutdown Hook 不会触发
示例：
public class MyApp {
public static void main(String[] args) {
// 注册关闭钩子
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
System.out.println("正在清理临时文件和数据库连接...");
cleanupResources();
}));
// 模拟业务逻辑
System.out.println("程序运行中...");
System.exit(0); // 触发 shutdown hook
}
static void cleanupResources() {
// 关闭数据库连接、删除临时文件、刷新缓存等
}
}
避免在 shutdown hook 中依赖未初始化的资源
Shutdown Hook 是独立线程，可能在主程序其他部分尚未完成初始化时就被调用（虽然概率低），也可能在主程序已释放资源后才运行。因此：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 清理逻辑应尽量只操作全局、线程安全、已明确创建的资源
- 建议将需清理的资源（如
Connection、FileWriter）声明为 static 或由单例管理，并确保在 hook 中判空再操作 - 不要在 hook 中调用可能抛出异常且未处理的方法（如未 catch 的 IO 操作），否则会静默失败
区分正常退出与异常退出的清理策略
Shutdown Hook 对所有正常退出都生效，但有时你希望根据退出码或上下文做不同处理。虽然 hook 本身无法直接获取 System.exit(int) 的参数，但可以结合静态标志位或原子变量提前记录意图：
- 定义一个
static volatile int exitCode = 0，在调用System.exit()前设置 - 在 shutdown hook 中读取该值，分支执行不同清理逻辑（如 exitCode == 1 时仅归档日志，不提交事务）
- 注意多线程可见性，用
volatile或AtomicInteger
替代方案：尽量避免直接调用 System.exit()
更健壮的设计是让主流程自然结束，而不是强制退出：
- 用返回值或状态标志控制主循环退出，让
main方法自然返回 - 这样
finally块、try-with-resources 和 shutdown hook 都能按预期执行 - 尤其在 Web 容器、Spring Boot 或测试环境中，
System.exit()可能干扰容器生命周期管理
如果只是想“退出当前逻辑”，考虑抛出自定义异常并统一捕获处理，而非终止整个 JVM。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
