应用关闭时日志丢失的主因是缓冲未强制刷出，需显式配置immediateFlush=true、注册ShutdownHook调用loggerContext.stop()，并合理设置AsyncAppender队列大小与阻塞策略。
应用关闭时日志缓存未刷出，是生产环境日志丢失的常见原因。关键在于让日志框架在 JVM 退出前，把内存缓冲区里的日志强制写入目标（文件、标准输出或网络），而不是依赖异步线程或系统自动 flush。
确保日志框架启用即时刷写
Logback 中，ConsoleAppender 和 FileAppender 默认可能缓冲输出，尤其在容器中更易因非交互式环境启用全缓冲。必须显式设置 immediateFlush=true：
- 对 ConsoleAppender：添加
<immediateFlush>true</immediateFlush> - 对 FileAppender：同样加该配置，并配合
<append>true</append>避免覆盖 - 若用 AsyncAppender 包裹，需确认其内部 appender 已启用 immediateFlush，否则 async 层会二次缓冲
注册 JVM 关闭钩子主动触发 flush
日志框架（如 Logback）本身会在 JVM 正常关闭时尝试 flush，但不能完全依赖——尤其当使用 kill -15 或 Spring Boot 优雅停机时，需主动干预：
- 在应用启动后，调用
LoggerContext.stop()（Logback）或LogManager.shutdown()（JUL）可强制清空缓冲并关闭 handler - 更稳妥的做法是注册 ShutdownHook：
Runtime.getRuntime().addShutdownHook(new Thread(() -> { loggerContext.stop(); })) - Spring Boot 用户可在
@PreDestroy方法或实现DisposableBean接口里调用loggerContext.stop()
避免异步日志在关闭期丢弃消息
Log4j2 的 AsyncAppender 在队列满时默认丢弃日志，关闭阶段极易触发此行为：
立即学习“Java免费学习笔记（深入）”；
- 将
<Blocking>true</Blocking>设为 true，使主线程在队列满时阻塞而非丢弃 - 适当增大
<QueueSize>（如 262144），为关闭窗口预留缓冲空间 - 关闭前调用
AsyncLoggerContext.stop()，触发队列清空和落盘
验证容器环境下标准输出是否可靠
当应用日志输出到 stdout/stderr 并由容器日志驱动（如 docker json-file 或 journald）采集时：
- 确保 JVM 启动参数包含
-Dlogback.stdout.flush=true（Logback 特有）或通用方式：重定向前加stdbuf -oL -eL - 检查容器运行时是否配置了
--log-driver=... --log-opt ...，避免日志驱动自身缓冲（如 journald 的MaxLevel截断） - 在 Kubernetes 中，确认容器未因
terminationGracePeriodSeconds过短而被强制 kill -9，导致 hook 来不及执行
