作者:空无\
链接:https://juejin.cn/post/694575...

Logback 算是JAVA 里一个老牌的日志框架,从06年开始第一个版本,迭代至今也十几年了。不过logback最近一个稳固版本还停留在 2017 年,好几年都没有更新;logback的兄弟 slf4j 最近一个稳定版也是2017年,有点凉凉的意思。

而且 logback的异步性能切实拉跨,性能简陋,配置又繁琐,远不迭Apache 的新一代日志框架 - Log4j2

目前来看,Log4j2 就是王者,其余日志框架都不是对手

Log4j2简介

Apache Log4j 2是 Log4j(1) 的升级版,比它的先人 Log4j 1. x 有了很大的改良,和logback比照有很大的改良。除了外部设计的调整外,次要有以下几点的大降级:

  • 更简化的配置
  • 更弱小的参数格式化
  • 最夸大的异步性能

Log4j 2中,分为API(log4j-api)实现(log4j-core) 两个模块。API 和slf4j 是一个类型,属于日志形象/门面,而实现局部,才是Log4j 2的外围。

  • org.apache.logging.log4j » log4j-api
  • org.apache.logging.log4j » log4j-core

最牛逼的性能

最强的异步性能

这个个性,算是Log4j2最强之处了。log4j2 在目前JAVA中的日志框架里,异步日志的性能是最高的,没有之一。

先来看一下,几种日志框架benchmark比照后果(log4j2官网测试后果):

从图

上能够看出,log4j2的异步(全异步,非混合模式)下的性能,远超log4j1和logback,几乎吊打。压力越大的状况下,吞吐上的差距就越大。

在64线程测试下,log4j2的吞吐达到了180w+/s,而logback/log4j1只有不到20w,相差近十倍

零GC(Garbage-free)

从2.6版本开始(2016年),log4j2 默认就以零GC模式运行了。什么叫零GC呢?就是不会因为log4j2而导致GC。

log4j2 中各种Message对象,字符串数组,字节数组等全副复用,不反复创立,大大减少了无用对象的创立,从而做到“零GC”。

更高性能 I/O 写入的反对

log4j 还提供了一个MemoryMappedFileAppender,I/O 局部应用MemoryMappedFile来实现,能够失去极高的I/O性能。

不过在应用MemoryMappedFileAppender之前,得确定你足够理解MemoryMappedFile的相干常识,否则不要轻易应用呦。

更弱小的参数格式化

API模块和slf4j相比,提供了更丰盛的参数格式化性能。

应用{}占位符格式化参数

在slf4j里,咱们能够用{}的形式来实现“format”的性能(参数会间接toString替换占位符),像上面这样:

logger.debug("Logging in user {} with birthday {}", user.getName(), user.getBirthdayCalendar());

应用String.format的模式格式化参数

log4j2 中除了反对{}的参数占位符,还反对String.format的模式:

public static Logger logger = LogManager.getFormatterLogger("Foo"); logger.debug("Logging in user %s with birthday %s", user.getName(), user.getBirthdayCalendar());logger.debug("Logging in user %1$s with birthday %2$tm %2$te,%2$tY", user.getName(), user.getBirthdayCalendar());logger.debug("Integer.MAX_VALUE = %,d", Integer.MAX_VALUE);logger.debug("Long.MAX_VALUE = %,d", Long.MAX_VALUE);

留神,如果想应用String.format的模式,须要应用LogManager.getFormatterLogger而不是LogManager.getLogger

应用logger.printf格式化参数

log4j2 的 Logger接口中,还有一个printf办法,无需创立LogManager.getFormatterLogger,就能够应用String.format的模式

logger.printf(Level.INFO, "Logging in user %1$s with birthday %2$tm %2$te,%2$tY", user.getName(), user.getBirthdayCalendar());logger.debug("Opening connection to {}...", someDataSource);

“惰性”打日志(lazy logging)

这个性能尽管小,但十分实用。

在某些业务流程里,为了留根或追溯问题,须要残缺的打印入参,个别是把入参给用JSON/XML序列化后用debug级别打印:

logger.debug("入参报文:{}",JSON.toJSONString(policyDTO));

如果须要追溯问题时,会将零碎的日志级别调到debug/trace,这样就能够打印。然而这里有个问题,尽管在info级别下debug不会输入内容,但JSON.toJSONString()这个序列化的代码肯定会执行,重大影响失常流程下的执行效率。

咱们冀望的后果是info级别下,连序列化都不执行。这里能够通过isDebugEnable来判断以后配置下debug级别是否能够输入:

if(logger.isDebugEnabled()){    logger.debug("入参报文:{}",JSON.toJSONString(policyDTO));}

这样尽管能够防止不必要的序列化,但每个中央都这么写还是有点好受的,一行变成了三行。

log4j2 的 logger 对象,提供了一系列lambda的反对,通过这些接口能够实现“惰性”打日志:

void debug(String message, Supplier<?>... paramSuppliers);void info(String message, Supplier<?>... paramSuppliers);void trace(String message, Supplier<?>... paramSuppliers);void error(String message, Supplier<?>... paramSuppliers);//等同于上面的先判断,后打印logger.debug("入参报文:{}",() -> JSON.toJSONString(policyDTO));if(logger.isDebugEnabled()){    logger.debug("入参报文:{}",JSON.toJSONString(policyDTO));}

这种 Supplier + Lambda 的模式,等同于下面的先判断 isDebugEnable 而后打印,三行的代码变成了一行。嗯,真香。

更简化的配置

Log4j 2 同时反对XML/JSON/YML/Properties 四种模式的配置文件,不过最支流的还是XML的形式,最直观。

来看一下logback和log4j2的配置文件比照,同样性能的配置下:

logback.xml

<?xml version="1.0" encoding="UTF-8"?><configuration>    <appender name = "File" class= "ch.qos.logback.core.rolling.RollingFileAppender">        <file>logs/app.log</file>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">            <fileNamePattern>logs/archives/app-%d{yyyy-MM-dd}.log.gz</fileNamePattern>            <!--一天内大于size就独自分隔-->              <maxFileSize>1 GB</maxFileSize>        </rollingPolicy>    </appender>    <root level="info">      <appender-ref ref="File"/>    </root></configuration>

log4j2.xml

<?xml version="1.0" encoding="UTF-8"?><Configuration xmlns:xi="http://www.w3.org/2001/XInclude"               status="warn" name="XInclude">    <Appenders>          <RollingFile name="File" fileName="logs/app.log" filePattern="logs/archives/app-%d{yyyy-MM-dd}-%i.log.gz">              <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} %5p [%t] %-40.40c{1.} : %m%n"/>              <Policies>                  <TimeBasedTriggeringPolicy />                  <!--一天内大于size就独自分隔-->                  <SizeBasedTriggeringPolicy size="1 GB"/>              </Policies>          </RollingFile>    </Appenders>    <Loggers>        <Root level="INFO">            <AppenderRef ref="File"/>        </Root>    </Loggers></Configuration>

在log4j2中,appender的配置从应用 Appender 实现名即标签名的模式,语法上更简洁一些:

<RollingFile name="File"><!-- 等同于logback中的 --><appender name = "File" class= "ch.qos.logback.core.rolling.RollingFileAppender">

与其余日志形象/门面适配

log4j2 因为拆分为 API 和 实现两局部,所以可能也须要和其余日志框架进行适配,具体的日志框架适配计划请参考我的另一篇文章。

其余的特点

  1. 异步队列应用高性能队列 - LMAX Disruptor
  2. Appender丰盛,有JMS/JPA/KAFKA/Http/MONGODB/CouchDB/Socket/Script等各种Appender的反对
  3. 反对自定义日志级别
  4. ……

根本用法

终于介绍完了Log4j2的弱小,当初来介绍下Log4j2的根本应用。

援用log4j2的maven依赖

log4j-api在log4j-core中曾经有依赖了,间接依赖core即可

<dependency>    <groupId>org.apache.logging.log4j</groupId>    <artifactId>log4j-core</artifactId>    <version>2.14.1</version></dependency>

留神,援用log4j2时,须要留神我的项目中是否有多套日志框架共存/抵触,须要适配的问题。细节请参考下面的与其余日志形象/门面适配

配置文件示例

首先是配置文件,默认的配置文件门路为:classpath:log4j2.xml(举荐应用xml)

<?xml version="1.0" encoding="UTF-8"?><Configuration xmlns:xi="http://www.w3.org/2001/XInclude"               status="warn" name="XInclude">    <Properties>      <Property name="PATTERN" value="%d{yyyy-MM-dd HH:mm:ss.SSS} %5p [%t] %-40.40c{1.} : %m%n"/>    </Properties>    <Appenders>           <!-- 输入到控制台,仅在本地开发环境应用 -->          <Console name="Console" target="SYSTEM_OUT">            <PatternLayout pattern="${PATTERN}"/>          </Console>                  <!--输入到日志文件,滚动宰割日志文件,主动打包gz-->          <RollingFile name="File" fileName="logs/app.log" filePattern="logs/archives/app-%d{yyyy-MM-dd}-%i.log.gz">              <PatternLayout pattern="${PATTERN}"/>              <Policies>                    <!--默认一天一个文件-->                  <TimeBasedTriggeringPolicy />                  <!--一天内大于size就独自分隔-->                  <SizeBasedTriggeringPolicy size="1 GB"/>              </Policies>          </RollingFile>    </Appenders>    <Loggers>          <!-- 增加你的自定义logger,个别用于辨别包名的日志,不同包名不同的级别/appender -->          <!-- additivity 意思是,调用完以后appender,是否持续调用parent logger appender,默认true-->          <Logger name="your logger/package name" level="debug" additivity="false"/>          <!--默认的Root Logger 级别-->        <Root level="INFO">              <!--这里须要辨别下环境(配合maven profile之类的)-->              <!-- 开发环境应用Console Appender,生产环境应用File Appender -->            <AppenderRef ref="Console"/>              <AppenderRef ref="File"/>        </Root>    </Loggers></Configuration>

XML配置文件语法

<?xml version="1.0" encoding="UTF-8"?>;<Configuration>  <Properties>    <Property name="name1">value</property>    <Property name="name2" value="value2"/>  </Properties>  <filter  ... />  <Appenders>    <appender ... >      <filter  ... />    </appender>    ...  </Appenders>  <Loggers>    <Logger name="name1">      <filter  ... />    </Logger>    ...    <Root level="level">      <AppenderRef ref="name"/>    </Root>  </Loggers></Configuration>

创立Logger

间接应用log4j2的api:

import org.apache.logging.log4j.LogManager;import org.apache.logging.log4j.Logger;Logger logger = LogManager.getLogger(Log4j2Test.class);logger.error(...);logger.warn(...);logger.info(...);logger.debug(...);logger.trace(...);

如果是配合slf4j应用也是能够的,只须要依照后面说的,提前做好适配,而后应用slf4j的api即可。不过如果是新零碎的话,倡议间接上log4j2的api吧,能够享受所有log4j2的性能,应用slf4j之类的api时,下面说的参数格式化之类的性能就无奈应用了。

全异步配置(重要!!)

举荐配置log4j2 全异步(all async),在你的启动脚本中减少一个零碎变量的配置:

-Dlog4j2.contextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector

总结

Log4j2 现在性能最强,性能最强,而且继续更新保护。

还在等什么?是时候替换你的logback/log4j1了!

近期热文举荐:

1.600+ 道 Java面试题及答案整顿(2021最新版)

2.终于靠开源我的项目弄到 IntelliJ IDEA 激活码了,真香!

3.阿里 Mock 工具正式开源,干掉市面上所有 Mock 工具!

4.Spring Cloud 2020.0.0 正式公布,全新颠覆性版本!

5.《Java开发手册(嵩山版)》最新公布,速速下载!

感觉不错,别忘了顺手点赞+转发哦!