可以共存，但需明确执行顺序与限制：system.exit()强制终止jvm并触发关闭序列，shutdown hook在其后执行以完成资源清理；两者结合用于优雅退出，但钩子内不可再调用exit，且须规避资源已销毁、日志失效等风险。
Java进程结束不是简单调用System.exit()就完事——它会立即终止JVM，跳过正常清理流程；而钩子函数（Shutdown Hook）则提供了一种可控、安全的退出路径。关键在于：什么时候该用System.exit()，什么时候该注册钩子？两者能否共存？答案是：可以共存，但必须理解它们的执行顺序和限制。
System.exit()：强制退出，慎用
System.exit(int status)会立刻向JVM发出终止指令，触发 shutdown sequence（关闭序列）。它不抛出异常，也不返回，后续代码不会执行。status为0表示正常退出，非0通常表示异常或错误。
- 适合场景：命令行工具执行完毕、主程序明确要终止且无需清理资源（如简单脚本）
- 不适合场景：Web应用、Spring Boot服务、持有数据库连接或文件句柄的应用——直接exit会导致连接泄漏、文件未刷新、事务未提交
- 注意：
SecurityManager可能阻止exit调用；在Servlet容器或应用服务器中调用会引发SecurityException
Shutdown Hook：优雅退出的核心机制
Shutdown Hook 是一个继承Thread的匿名或命名线程，在JVM关闭流程中被自动启动。它在System.exit()触发后、JVM真正退出前执行，是释放资源、保存状态、通知下游的黄金窗口。
- 注册方式：
Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* 清理逻辑 */ })) - 执行时机：JVM收到退出信号（如
System.exit()、Ctrl+C、kill -15）后，且所有非守护线程已结束时运行 - 限制：不能保证执行完成（如被强制kill -9）、不能依赖其他正在关闭的资源（如已关闭的数据库连接）、不可用于长时间阻塞操作（建议超时控制）
钩子与exit协同工作的典型模式
实际项目中，常将两者结合使用：主逻辑通过System.exit()发起退出，由钩子负责兜底清理。例如Spring Boot应用中，可通过Actuator端点触发关闭：
- 定义钩子统一关闭数据源、注销监听器、刷新缓存
- 业务层调用
System.exit(0)而非直接杀进程，确保钩子有机会运行 - 避免在钩子里再调用
System.exit()——会造成死循环或未定义行为 - 多个钩子按注册顺序执行，但无明确依赖保障；重要资源清理建议合并到单个钩子中，或显式控制顺序
实战避坑提醒
常见错误往往出现在细节上：
- 钩子线程内发生未捕获异常，会导致该钩子静默失败，不影响其他钩子，但容易遗漏问题
- 在钩子里尝试获取Spring上下文（如
ApplicationContext）可能已销毁，应提前缓存必要引用或使用@PreDestroy替代 - 日志框架（如Logback）在JVM关闭后期可能已停止工作，建议钩子中使用
System.err.println或确保日志系统支持shutdown hook集成 - 测试钩子是否生效？可用
Runtime.getRuntime().halt()对比：halt()不触发钩子，exit()会触发——这是验证钩子注册是否成功的有效手段
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
