springboot使用log4j2异步日志提升性能的实现方式

同步日志的业务流程处理和日志打印是在同一个线程，日志打印的过程实际上是写文件IO的过程，这个过程是相对耗时的，并且会阻塞主线程的执行，只有日志打印完成后才会继续执行业务处理代码。如果日志量比较大，会影响主业务流程的处理效率。异步日志实现方式：将日志存入一个单独的队列中，有一个单独的线程从队列中获取日志并写入磁盘文件。

• 日志放入队列的耗时，肯定比磁盘写IO文件耗时要少的多得多，所以对主业务流程影响极小。

• 一个单独的线程进行日志写IO磁盘操作，所以不会阻塞主业务线程的执行。

一、引入disruptor

Log4j2基于LMAX公司开发Disruptor（一个开源的无锁并发框架），改善了Log4j和Logback在架构设计方面的缺陷，具有超高的吞吐量和低延迟。所以我们想获取log4j2异步日志带来的性能提升，要先引入disruptor 。

<!-- Needed for Async Logging with Log4j 2 -->
<dependency>
   <groupId>com.lmax</groupId>
   <artifactId>disruptor</artifactId>
   <version>3.3.6</version>
</dependency>

二、 全局异步模式

全局异步模式对日志的输出性能有非常大的提升，是官方推荐的异步日志输出方式。可以有两种方式为Spring Boot应用配置异步日志，第一种就是在应用启动类里面使用System.setProperty，代码如下：

@SpringBootApplication
public class BootLaunchApplication {
  public static void main(String[] args) {
     //下面语句使得Log4j2日志输出使用异步处理，减小输出日志对性能的影响
     System.setProperty("Log4jContextSelector",
                 "org.apache.logging.log4j.core.async.AsyncLoggerContextSelector");
     SpringApplication.run(BootLaunchApplication.class, args);
  }
}

第二种是通过启动参数来设置全局异步日志

java -jar -DLog4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector boot-launch-1.0.jar

在以上配置完成之后，我们可以在log日志打印的位置下断点。当我们看到下图中红色边框部分的Log4j2-TF-1-AsyncLogger线程的时候，说明我们的全局异步日志配置成功了。

三、异步/同步混合模式

除了全局异步模式，slf4j还支持异步/同步混合模式。全局异步模式虽然是性能最好的日志输出方式，但是也是耗费主机资源最多的方式，如果你的应用服务器性能一般，你又想获得较好的日志输出性能，可以采用如下的方法。

采用异步/同步混合模式就不需要配置第二小节中的Log4jContextSelector

在log4j2 xml里面对Loggers配置进行改造，加入AsyncLogger也就是异步日志，只针对com.zimug.boot.launch包（假如已知这个包对处理性能要求比较高）下的代码产生的日志采用异步模式，其他的日志仍然使用同步模式。

<Loggers>
       <!-- 针对com.zimug.boot.launch包下面的日志采用异步日志 -->
       <AsyncLogger name="com.zimug.boot.launch" level="debug" additivity="false">
           <AppenderRef ref="CONSOLE" level="debug"/>
           <AppenderRef ref="FILE-APPENDER" level="info"/>
       </AsyncLogger>

<!-- 系统默认日志设置 -->
       <Root level="debug">
           <AppenderRef ref="CONSOLE" level="debug"/>
           <AppenderRef ref="FILE-APPENDER" level="info"/>
       </Root>
</Loggers>

来源：https://blog.csdn.net/hanxiaotongtong/article/details/122907762