Java日志异步输出的核心是解耦日志写入与业务线程，Logback用AsyncAppender配合阻塞队列，Log4j2优选AsyncLogger+Disruptor无锁队列，均需合理配置参数并禁用控制台输出。
Java 日志异步输出的核心目标是把日志写入从主线程中剥离，避免磁盘 I/O 或控制台同步阻塞业务逻辑。Logback 和 Log4j2 都支持异步机制，但实现方式和配置重点略有不同。关键不在于“加个 AsyncAppender 就完事”，而在于选对组件、配好参数、避开常见陷阱。
Logback：用 AsyncAppender 包装 RollingFileAppender
Logback 本身没有原生无锁队列，它通过 AsyncAppender 将日志事件放入阻塞队列（默认 ArrayBlockingQueue），再由独立线程消费。这是最常用也最稳妥的异步方案。
- 必须包装一个具体的 Appender（如 RollingFileAppender），不能单独使用；
- 推荐设置
<queuesize>8192</queuesize>，太小易丢日志，太大占内存； - 开启
<discardingthreshold>0</discardingthreshold>可禁用丢弃策略（默认丢弃低优先级日志），生产环境建议设为 0 并监控队列积压； - 务必关闭
immediateFlush=true（即设为 false），让底层 FileAppender 利用缓冲区批量写入，减少系统调用次数。
Log4j2：优先用 AsyncLogger + Disruptor
Log4j2 的异步能力更强，底层基于 LMAX Disruptor——一个无锁、环形、预分配内存的高性能队列。它比 Logback 的阻塞队列延迟更低、吞吐更高。
- 在
log4j2.xml中启用asyncLogger或asyncRoot，无需额外包装 Appender； - 确保引入
log4j-core和disruptor依赖（新版已内置）； - 避免混用同步与异步 Logger，否则会退化为同步行为；
- 可通过 JMX 监控
RingBuffer的填充率，及时发现日志生产过载。
绕开控制台这个性能黑洞
即使开了异步，如果最终落地的是 ConsoleAppender，性能依然会断崖下跌——因为 System.out 是同步锁保护的，多线程争抢严重。实测比文件输出慢约 20 倍。
立即学习“Java免费学习笔记（深入）”；
- 开发阶段可用，生产环境务必禁用或仅保留 ERROR 级别到控制台；
- Log4j2 可启用
direct="true"模式绕过System.out锁，但本质仍是 stdout，不解决根本问题； - 真正可靠的做法：只输出到
RollingFileAppender，再由日志采集器（如 Filebeat）统一收集。
配套优化不能少
异步只是第一步，还需配合其他调整才能释放全部性能：
- 日志级别设为 INFO 或 WARN，禁止生产环境开启 DEBUG；
- 用占位符写法：
logger.info("User {} logged in", userId)，避免字符串拼接浪费 CPU； - 滚动策略推荐“时间+大小”组合（如每天一归档，单文件不超过 256MB），防止单文件过大影响读取和清理；
- 格式中去掉
%file、%line等需栈遍历的字段，它们会显著拖慢日志构造速度。
