Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)
Posted CodeJiao
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)相关的知识,希望对你有一定的参考价值。
1. log4j2
Apache Log4j 2
是对Log4j
的升级版,参考了logback
的一些优秀的设计,并且修复了一些问题,因此带来了一些重大的提升,主要有:
- 异常处理,在logback中,Appender中的异常不会被应用感知到,但是在log4j2中,提供了一些异常处理机制。
- 性能提升, log4j2相较于log4j 和logback都具有很明显的性能提升,后面会有官方测试的数据。
- 自动重载配置,参考了logback的设计,当然会提供自动刷新参数配置,最实用的就是我们在生产上可以动态的修改日志的级别而不需要重启应用。
- 无垃圾机制,log4j2在大部分情况下,都可以使用其设计的一套无垃圾机制,避免频繁的日志收集导致的jvm gc。
官网: https://logging.apache.org/log4j/2.x/
1.1 log4j2入门
首先创建一个普通的Maven工程:
然后添加log4j2相关的依赖
<!-- 单元测试依赖 (方便测试)-->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
<!-- Log4j2 门面API-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.11.1</version>
</dependency> <!-- Log4j2 日志实现 -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.11.1</version>
</dependency>
然后编写相应的测试代码:
Log4j2Test.java
package com.tian.logs;
import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.Logger;
import org.junit.Test;
public class Log4j2Test
// 定义日志记录器对象
public static final Logger LOGGER = LogManager.getLogger(Log4j2Test.class);
// 快速入门
@Test
public void testQuick() throws Exception
// 日志消息输出
LOGGER.fatal("fatal");
LOGGER.error("error");
LOGGER.warn("warn");
LOGGER.info("inf");
LOGGER.debug("debug");
LOGGER.trace("trace");
运行结果:
log4j2默认加载classpath下的 log4j2.xml
文件中的配置。我们现在去创建这个配置文件,并配置基本的配置信息:
log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="warn" monitorInterval="5">
<Appenders>
<Console name="console" target="SYSTEM_OUT">
<PatternLayout pattern="%dHH:mm:ss.SSS [%t] [%-5level] %c36:%L - -- %m%n"/>
</Console>
</Appenders>
<Loggers>
<Root level="trace">
<AppenderRef ref="console"/>
</Root>
</Loggers>
</Configuration>
再次运行上面的测试程序:
1.2 Slf4j + Log4j2
目前市面上最主流的日志门面就是SLF4J,虽然Log4j2也是日志门面,因为它的日志实现功能非常强大,性能优越。所以大家一般还是将Log4j2看作是日志的实现,Slf4j + Log4j2 是未来的大势所趋。
我们现在使用slf4j作为日志的门面,使用log4j2作为日志的实现
修改项目里面的依赖如下:
<dependencies>
<!-- 单元测试依赖-->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
<!-- Log4j2 门面API-->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.11.1</version>
</dependency>
<!-- Log4j2 日志实现 -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.11.1</version>
</dependency>
<!--使用slf4j作为日志的门面,使用log4j2来记录日志 -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.25</version>
</dependency>
<!--为slf4j绑定日志实现 log4j2的适配器 -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j-impl</artifactId>
<version>2.10.0</version>
</dependency>
</dependencies>
编写测试代码如下:
运行结果:
1.3 log4j2配置文件常用功能展示
log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<!--
status="warn" 日志框架本身的输出日志级别
monitorInterval="5" 自动加载配置文件的间隔时间,不低于 5 秒
-->
<Configuration status="debug" monitorInterval="5">
<!--
集中配置属性进行管理
使用时通过:$name
-->
<properties>
<property name="LOG_HOME">c:/logs</property>
</properties>
<!--日志处理-->
<Appenders>
<!--控制台输出 appender-->
<Console name="Console" target="SYSTEM_ERR">
<PatternLayout pattern="%dHH:mm:ss.SSS [%t] [%-5level] %c36:%L --- %m%n"/>
</Console>
<!--日志文件输出 appender-->
<File name="file" fileName="$LOG_HOME/myfile.log">
<PatternLayout pattern="[%dyyyy-MM-dd HH:mm:ss.SSS] [%-5level] %l %c36 - %m%n"/>
</File>
<!--使用随机读写刘的日志文件输出 appender,性能提高-->
<RandomAccessFile name="accessFile" fileName="$LOG_HOME/myAcclog.log">
<PatternLayout pattern="[%dyyyy-MM-dd HH:mm:ss.SSS] [%-5level] %l %c36 - %m%n"/>
</RandomAccessFile>
<!--按照一定规则拆分的日志文件的 appender-->
<RollingFile name="rollingFile" fileName="$LOG_HOME/myrollog.log"
filePattern="/logs/$$date:yyyy-MM-dd/myrollog-%dyyyy-MM-dd-HH-mm-%i.log">
<!--日志级别过滤器-->
<ThresholdFilter level="debug" onMatch="ACCEPT" onMismatch="DENY"/>
<!--日志消息格式-->
<PatternLayout pattern="[%dyyyy-MM-dd HH:mm:ss.SSS] [%-5level] %l %c36 - %msg%n"/>
<Policies>
<!--在系统启动时,出发拆分规则,生产一个新的日志文件-->
<OnStartupTriggeringPolicy/>
<!--按照文件大小拆分,10MB -->
<SizeBasedTriggeringPolicy size="10 MB"/>
<!--按照时间节点拆分,规则根据filePattern定义的-->
<TimeBasedTriggeringPolicy/>
</Policies>
<!--在同一个目录下,文件的个数限定为 30 个,超过进行覆盖-->
<DefaultRolloverStrategy max="30"/>
</RollingFile>
</Appenders>
<!--logger 定义-->
<Loggers>
<!--使用 rootLogger 配置 日志级别 level="trace"-->
<Root level="trace">
<!--指定日志使用的处理器-->
<AppenderRef ref="accessFile"/>
</Root>
</Loggers>
</Configuration>
1.4 log4j2异步日志
log4j2最大的特点就是异步日志,其性能的提升主要也是从异步日志中受益。同步(默认)的情况下,需要等待记录完日志文件后才可以继续执行下一步,在生产环境下,这是十分影响效率的。异步日志就可以很好的解决这个问题,它可以使得程序不需要等待日志记录完成就可以执行下一步操作。
Log4j2提供了两种实现日志的方式,一个是通过AsyncAppender,一个是通过AsyncLogger,分别对应Appender组件和Logger组件。
Log4j2最牛的地方在于异步输出日志时的性能表现,Log4j2在多线程的环境下吞吐量与Log4j和Logback的比较如下图。下图比较中Log4j2有三种模式:
- 全局使用异步模式;
- 部分Logger采用异步模式;
- 异步Appender。
可以看出在前两种模式下,Log4j2的性能较之Log4j和Logback有很大的
优势
配置异步日志需要添加依赖:
<!--异步日志依赖-->
<dependency>
<groupId>com.lmax</groupId>
<artifactId>disruptor</artifactId>
<version>3.3.4</version>
</dependency>
1.4.1 AsyncAppender方式(不推荐,效率低下)
log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="warn">
<properties>
<property name="LOG_HOME">c:/logs</property>
</properties>
<Appenders>
<File name="file" fileName="$LOG_HOME/logData.log">
<PatternLayout>
<Pattern>%d %p %c1. [%t] %m%n</Pattern>
</PatternLayout>
</File>
<Async name="Async">
<AppenderRef ref="file"/>
</Async>
</Appenders>
<Loggers>
<Root level="error">
<AppenderRef ref="Async"/>
</Root>
</Loggers>
</Configuration>
1.4.2 AsyncLogger方式(推荐)
AsyncLogger才是log4j2 的重头戏,也是官方推荐的异步方式。它可以使得调用Logger.log返回的更快。你可以有两种选择:全局异步(最快)和混合异步(次之)。
全局异步(最快):
全局异步就是,所有的日志都异步的记录,在配置文件上不用做任何改动,只需要添加一个log4j2.component.properties
配置:
log4j2.component.properties
Log4jContextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector
混合异步(次之):
混合异步就是,你可以在应用中同时使用同步日志和异步日志,这使得日志的配置方式更加灵活。
log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
<properties>
<property name="LOG_HOME">D:/logs</property>
</properties>
<Appenders>
<File name="file" fileName="$LOG_HOME/myfile.log">
<PatternLayout>
<Pattern>%d %p %c1. [%t] %m%n</Pattern>
</PatternLayout>
</File>
<Async name="Async">
<AppenderRef ref="file"/>
</Async>
</Appenders>
<Loggers>
<!--自定义异步 logger 对象
includeLocation="false" 关闭日志记录的行号信息
additivity="false" 不在继承 rootLogger 对象
-->
<AsyncLogger name="com.tian.logs" level="trace" includeLocation="false" additivity="false">
<AppenderRef ref="file"/>
</AsyncLogger>
<Root level="info" includeLocation="true">
<AppenderRef ref="file"/>
</Root>
</Loggers>
</Configuration>
如上配置: com.tian.logs
日志是异步的,root
日志是同步的。
1.4.3 使用异步日志需要注意的问题
- 如果使用异步日志,AsyncAppender、AsyncLogger和全局日志,不要同时出现。性能会和
AsyncAppender一致,降至最低。 - 设置
includeLocation=false
,打印位置信息会急剧降低异步日志的性能,比同步日志还要慢。
1.5 无垃圾记录(Log4j 2.6引入)
- 垃圾收集暂停是延迟峰值的常见原因,并且对于许多系统而言,花费大量精力来控制这些暂停。
- 许多日志库(包括以前版本的Log4j)在稳态日志记录期间分配临时对象,如日志事件对象,字符串,字符数组,字节数组等。这会对垃圾收集器造成压力并增加GC暂停发生的频率。
- 从版本2.6开始,默认情况下Log4j以 无垃圾 模式运行,其中重用对象和缓冲区,并且尽可能不分配临时对象。还有一个“低垃圾”模式,它不是完全无垃圾,但不使用ThreadLocal字段。
- Log4j 2.6中的无垃圾日志记录部分通过重用ThreadLocal字段中的对象来实现,部分通过在将文本转换为字节时重用缓冲区来实现。
使用Log4j 2.5:内存分配速率809 MB /秒,141个无效集合。
Log4j 2.6没有分配临时对象:0(零)垃圾回收。
有两个单独的系统属性可用于手动控制Log4j用于避免创建临时对象的机制:
log4j2.enableThreadlocals
- 如果true
(非Web应用程序的默认值)对象存储在ThreadLocal字段中并重新使用,否则将为每个日志事件创建新对象。log4j2.enableDirectEncoders
- 如果将true
(默认)日志事件转换为文本,则将此文本转换为字节而不创建临时对象。注意: 由于共享缓冲区上的同步,在此模式下多线程应用程序的同步日志记录性能可能更差。如果您的应用程序是多线程的并且日志记录性能很重要,请考虑使用异步记录器。
以上是关于Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)的主要内容,如果未能解决你的问题,请参考以下文章
Java日志框架 -- SLF4J日志门面(入门案例SLF4J优点SLF4J日志绑定SL4J桥接旧的日志框架)
Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)
Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)
Java日志框架 -- log4j2(入门案例Slf4j + Log4j2log4j2异步日志无垃圾记录)