java 中 system.exit() 不可配置，真正可控的退出逻辑依赖 shutdown hook 和应用上下文管理；钩子需轻量、幂等、无依赖，退出码应规范使用 0–127；web/容器环境应避免直接调用 exit，而通过框架生命周期或信号机制实现优雅停机。
Java 中 System.exit() 本身不支持“配置”退出行为——它只是一个立即触发 JVM 关闭的指令，不是可配置的组件。真正能定制退出逻辑的，是配合它使用的 Shutdown Hook（关闭钩子） 和应用上下文管理机制。
用 Shutdown Hook 定义退出前做什么
这是唯一标准、可控的退出前响应方式。JVM 在调用 System.exit() 或收到 SIGTERM（如 kill -15）时，会并发执行所有已注册的钩子。
- 钩子必须是独立线程，不能阻塞或耗时：例如用
CountDownLatch.await(10, TimeUnit.SECONDS)替代无超时的join() - 清理逻辑要轻量、幂等：关闭线程池、刷新日志缓冲区、标记服务下线、显式关闭数据库连接
- 避免在钩子里再调用
System.exit()或Runtime.halt()，否则会中断当前退出流程 - 多个钩子无执行顺序保证，彼此应相互独立，不要有依赖
退出码不是配置项，而是通信信号
状态码传给操作系统，供 Shell 脚本、Kubernetes 探针或 CI/CD 流水线判断成败，需按约定设计：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 只用
0–127的整数；避免负数（-1在 Linux 中变成255）、避开143（SIGTERM）、137（SIGKILL） -
0表示成功完成预期目标（如导出完成、校验通过） - 非零值建议分层编码：
2参数错误、3配置加载失败、4外部服务不可达 - Spring Boot 可用
SpringApplication.exit(context, 3)，它先走 Spring 生命周期销毁，再调用System.exit()
别在 Web 或容器环境里直接调用 exit
Spring Boot、Tomcat、Quarkus 等框架已有完整关闭生命周期，手动调用 System.exit() 会干扰健康检查、连接池回收和 Bean 销毁。
- Web 应用应通过 Actuator 的
/actuator/shutdown端点触发框架级关闭 - 微服务部署在 Kubernetes 中，应依赖
SIGTERM信号 + readiness/liveness 探针协调优雅停机 - 库代码或被依赖模块中绝对禁用
System.exit()——这等于剥夺调用方的控制权
真正安全的退出，靠的是提前准备，不是临门一脚
System.exit() 只是开关，不是清洁工。资源释放不能靠“最后时刻”，而要贯穿整个生命周期：
- 文件、Socket、数据库连接等，优先用
try-with-resources或显式close() - 线程池统一管理，用
shutdown()+awaitTermination()，而非等钩子去收尾 - 关键清理逻辑封装进
@PreDestroy、DisposableBean或自定义钩子，确保多路径退出都能覆盖 - JNI 或 native 资源必须在钩子中主动释放，JVM 不负责回收
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
