system.exit 会立即终止 jvm，跳过 shutdown 流程导致日志丢失；应避免直接调用，改用显式 flush（如 loggercontext.stop()、logmanager.shutdown()）、shutdown hook 或优雅停机，并配置 immediateflush 减少缓冲风险。
System.exit 会立即终止 JVM，不保证日志完整性。它会跳过正常的 shutdown 流程（比如 finally 块、shutdown hooks、日志框架的 flush 操作），导致缓冲中的日志丢失。要保障退出前日志写入完成，关键不是“让 System.exit 自动做”，而是避免直接调用它，或在调用前主动确保日志落盘。
主动刷新日志缓冲区
多数日志框架（如 Logback、Log4j2）使用异步或带缓冲的 Appender，默认不会立刻写入磁盘。退出前需显式触发 flush：
- Logback：调用
LoggerContext.stop()或ch.qos.logback.classic.LoggerContext#stop()，它会关闭所有 appender 并 flush 缓冲 - Log4j2：调用
LogManager.shutdown()，推荐配合ShutdownCallbackRegistry使用 - SLF4J + 简单 ConsoleAppender：虽无缓冲，但标准输出可能被重定向或缓冲，可加
System.out.flush()和System.err.flush()
用 Shutdown Hook 替代直接 exit
把清理逻辑（含日志 flush）注册到 JVM 关机钩子中，再调用 System.exit —— 钩子会在 exit 执行前运行：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 注册时调用
Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* flush 日志 */ })) - 注意：shutdown hook 不保证执行顺序，多个 hook 间无依赖；且不能阻塞太久（默认超时约 10 秒）
- 适合做最后兜底，但不应替代主流程中的显式 flush
优先用正常流程退出，而非 System.exit
真正需要强制终止的场景其实很少。更健壮的做法是：
- 主线程自然结束（如 main 方法返回），JVM 在无非守护线程时自动退出，此时日志框架通常已注册 shutdown hook 自行清理
- 服务类应用用信号（如 SIGTERM）触发优雅停机，由框架（Spring Boot 的
ApplicationContext.close()）统一处理资源释放和日志 flush - 仅当发生不可恢复错误（如配置严重损坏、安全漏洞暴露）且必须立即终止时，才考虑 exit —— 此时应先 flush，再 exit
配置日志框架减少风险
从源头降低缓冲丢失概率：
- Logback：设置
<immediateflush>true</immediateflush>（对 FileAppender/ConsoleAppender） - Log4j2：将
appenders.File.append设为false（每次写都重建文件，慢但安全）；或启用immediateFlush="true" - 禁用异步 logger（如 Log4j2 AsyncLogger）或确保其
waitStrategy支持阻塞 flush
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
