Log4j2调用System.exit(1)前日志未写入文件的原因及解决方案咨询

这个问题我之前也碰到过，本质是Log4j2的日志写入机制和JVM强制退出的冲突：
Log4j2（不管是默认的同步模式还是常用的异步模式）都会先把日志暂存到内存缓冲区，再通过后台线程完成磁盘写入。当你调用System.exit(1)时，JVM会立刻终止所有非守护线程——包括负责日志落地的后台线程，缓冲区里的日志还没来得及刷到文件，程序就已经退出了，所以日志文件里看不到这条错误记录。

这里有几个靠谱的处理方式，按推荐优先级排序：

1. 手动触发Log4j2的日志刷新与上下文关闭 #

这是最直接有效的方法，在调用System.exit(1)前，主动让Log4j2完成所有剩余的日志写入操作：

loggerUtil.error("something went wrong");
// 强制关闭Log4j2上下文，确保所有缓存日志刷到磁盘
org.apache.logging.log4j.LogManager.shutdown();
System.exit(1);

LogManager.shutdown()会阻塞当前线程，直到所有Appender完成写入、关闭相关资源，之后再执行退出操作，就能保证日志被正确写入文件。

2. 确保Log4j2的ShutdownHook生效 #

Log4j2默认会注册一个JVM ShutdownHook，在JVM正常退出（包括调用System.exit()）时自动触发日志刷新。如果你的配置里意外禁用了这个功能，可以在log4j2的配置文件中开启：

<Configuration shutdownHook="enable">
    <!-- 你的Appender、Logger等配置内容 -->
</Configuration>

不过要注意：如果程序中有多个ShutdownHook，执行顺序可能不确定；而且极端情况下（比如JVM被强制杀死），ShutdownHook可能无法执行，所以还是手动调用shutdown()更可靠。

3. 调整异步日志的配置（如果使用了AsyncAppender/AsyncLogger） #

如果你用了异步日志组件，可以通过配置让日志写入更“即时”：

<AsyncAppender name="AsyncFile" bufferSize="1024" blocking="true">
    <AppenderRef ref="YourFileAppender"/>
</AsyncAppender>

blocking="true"会让日志调用线程等待缓冲区有可用空间再返回，减少日志丢失的概率，但这会牺牲一点性能。当然，配合手动shutdown()使用效果最佳。

最稳妥的方案就是在System.exit(1)前主动调用LogManager.shutdown()，确保所有日志都被刷到磁盘后再退出程序，完全避免因JVM强制终止导致的日志丢失问题。

内容的提问来源于stack exchange，提问作者user15012700