日志框架简介-Slf4j+Logback入门实践 | 京东云技术团队

前言

随着互联网和大数据的迅猛发展,分布式日志系统和日志分析系统已广泛应用,几乎所有应用程序都使用各种日志框架记录程序运行信息。因此,作为工程师,了解主流的日志记录框架非常重要。虽然应用程序的运行结果不受日志的有无影响,但没有日志的应用程序是不完整的,甚至可以说是有缺陷的。优秀的日志系统可以记录操作轨迹监控系统运行状态解决系统故障


Java 日志框架进化史

早期 Java 日志框架没有制定统一的标准,使得很多应用程序会同时使用多种日志框架。Java 日志框架的发展历程大致可分为以下几个阶段:

1.**Log4j:**Apache Log4j是一种基于Java的日志记录工具。该项目由Ceki Gülcü于1999年创建,并几乎成为了Java日志框架的实际标准。

2.**JUL:**Apache 希望将 Log4j 引入 jdk,不过被 sun 公司拒绝了。随后,sun 模仿 Log4j,在 jdk1.4 中引入了 JUL(java.util.logging)。

3.**Commons Logging:**为了解耦日志接口与实现,Apache在2002年推出了JCL(Jakarta Commons Logging)。JCL定义了一套日志接口,具体的实现由Log4j或JUL完成。Commons Logging使用动态绑定来实现日志记录,编码时只需要使用它定义的接口即可,程序运行时会使用ClassLoader来查找和加载底层的日志库,因此可以灵活选择Log4j或JUL来实现日志功能。

4.**Slf4j&Logback:**Ceki Gülcü与Apache基金会在Commons-Logging标准上存在分歧。后来,Ceki Gülcü离开了Apache,并创建了Slf4j和Logback两个项目。Slf4j是一个日志门面,仅提供接口,可以支持Logback、JUL、log4j等日志实现。而Logback则提供了具体的实现。相比于log4j,Logback具有更快的执行速度和更完善的功能。

5.**Log4j 2:**为了保持在Java日志领域的地位,防止JCL和Log4j被Slf4j和Logback取代,Apache在2014年推出了Log4j 2。Log4j 2与log4j不兼容,经过大量深度优化,其性能得到显著提升。


日志框架介绍

在上文中已经提及,目前常用的日志框架有 Log4j,Log4j 2,Commons Logging,Slf4j,Logback,JUL。这些日志框架可以分为两种类型:门面日志和日志系统。

日志门面

**日志门面(Logging Facade)**是一种设计模式,用于在应用程序中实现日志记录的抽象层。它提供了一组统一的接口和方法,即相应的 API,而不提供具体的接口实现。日志门面在使用时,可以动态或者静态地指定具体的日志框架实现,解除了接口和实现的耦合,使用户可以灵活地选择日志的具体实现框架。

日志系统

**日志系统(Logging System)**是指用于记录和管理应用程序运行时产生的日志信息的软件工具或框架。与日志门面相对,它提供了具体的日志接口实现,应用程序通过它执行日志打印的功能,如日志级别管理、日志格式化、日志输出目标设置等。常见的日志系统包括Log4j、Logback、Java Util Logging等。

通过使用日志门面,我们可以在应用程序中使用统一的API进行日志记录,而具体的日志实现可以根据需要选择和配置。这样,我们可以根据项目需求和团队喜好来灵活选择、切换和配置日志系统,而不会对应用程序代码造成太大影响。

避免环形依赖

Slf4j 的作者 Ceki Gülcü 当年因为觉得 Commons-Logging 的 API 设计的不好,性能也不够高,因而设计了 Slf4j。而他为了 Slf4j 能够兼容各种类型的日志系统实现,还设计了相当多的 adapter 和 bridge 来连接,如下图所示:

鉴于此,在引入日志框架依赖的时候要尽力避免,比如以下组合就不能同时出现:

•jcl-over-slf4j 和 slf4j-jcl

•log4j-over-slf4j 和 slf4j-log4j12

•jul-to-slf4j 和 slf4j-jdk14

日志框架的使用选择

常用的组合使用方式是 Slf4j & Logback 组合使用,Commons Logging & Log4j 组合使用。

推荐

Slf4j & Logback

原因

1. Slf4j 实现机制决定 Slf4j 限制较少,使用范围更广。相较于 Commons-Logging,Slf4j 在编译期间便静态绑定本地的 Log 库,其通用性要好得多;

2. Logback 拥有更好的性能。Logback 声称:某些关键操作,比如判定是否记录一条日志语句的操作,其性能得到了显著的提高,这个操作在 Logback 中只需 3 ns,而在 Log4j 则需要 30 ns;

3. Slf4j 支持参数化,使用占位符号,代码更为简洁,如下例子:

1// 在使用 Commons-Logging 时,通常的做法是 2if(log.isDebugEnabled()){ 3 log.debug("User name: " + user.getName() + " buy goods id :" + good.getId()); 4} 5 6// 在 Slf4j 阵营,你只需这么做: 7log.debug("User name:{} ,buy goods id :{}", user.getName(),good.getId());

4. Logback 的所有文档是免费提供的,Log4j 只提供部分免费文档而需要用户去购买付费文档;

5. MDC (Mapped Diagnostic Contexts) 用 Filter,将当前用户名等业务信息放入 MDC 中,在日志 format 定义中即可使用该变量。具体而言,在诊断问题时,通常需要打出日志。如果使用 Log4j,则只能降低日志级别,但是这样会打出大量的日志,影响应用性能;如果使用 Logback,保持原定日志级别而过滤某种特殊情况,如 Alice 这个用户登录,日志将打在 DEBUG 级别而其它用户可以继续打在 WARN 级别。实现这个功能只需加 4 行 XML 配置;

6. 自动压缩日志。RollingFileAppender 在产生新文件的时候,会自动压缩已经打出来的日志文件。压缩过程是异步的,因此在压缩过程中应用几乎不会受影响。


Slf4j+Logback入门实践

maven依赖

pom.xml

1<!--日志框架接口--> 2<dependency> 3 <groupId>org.slf4j</groupId> 4 <artifactId>slf4j-api</artifactId> 5</dependency> 6<!--日志框架接口实现--> 7<dependency> 8 <groupId>ch.qos.logback</groupId> 9 <artifactId>logback-classic</artifactId> 10</dependency> 11<!--日志框架核心组件--> 12<dependency> 13 <groupId>ch.qos.logback</groupId> 14 <artifactId>logback-core</artifactId> 15</dependency> 16 17<!--自动化注解工具--> 18<dependency> 19 <groupId>org.projectlombok</groupId> 20 <artifactId>lombok</artifactId> 21 <version>1.18.16</version> 22</dependency>

配置文件

logback.xml

1<?xml version="1.0" encoding="UTF-8"?> 2<configuration> 3 4 <!--默认日志配置--> 5 <include resource="org/springframework/boot/logging/logback/defaults.xml"/> 6 7 <!-- 控制台日志 --> 8 <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"> 9 <encoder charset="UTF-8"> 10 <pattern>${CONSOLE_LOG_PATTERN}</pattern> 11 </encoder> 12 </appender> 13 14 <!-- Info日志 --> 15 <appender name="FILE-INFO" class="ch.qos.logback.core.rolling.RollingFileAppender"> 16 <file>${LOG_PATH}/${LOG_FILE}-info.log</file> 17 <append>true</append> 18 <filter class="ch.qos.logback.classic.filter.LevelFilter"> 19 <level>INFO</level> 20 <onMatch>ACCEPT</onMatch> 21 <onMismatch>NEUTRAL</onMismatch> 22 </filter> 23 <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 24 <fileNamePattern>${LOG_PATH}/${LOG_FILE}-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 日志文件的路径和名称 --> 25 <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> 26 <maxFileSize>200MB</maxFileSize> <!-- 单个日志文件的最大大小 --> 27 </timeBasedFileNamingAndTriggeringPolicy> 28 <maxHistory>15</maxHistory> <!-- 保留的历史日志文件数量 --> 29 <totalSizeCap>2GB</totalSizeCap> <!-- 所有日志文件的总大小上限 --> 30 <cleanHistoryOnStart>true</cleanHistoryOnStart> <!-- 在启动时清除历史日志文件 --> 31 </rollingPolicy> 32 <encoder charset="UTF-8"> 33 <pattern>${FILE_LOG_PATTERN}</pattern> 34 </encoder> 35 </appender> 36 37 <!-- Warn日志 --> 38 <appender name="FILE-WARN" class="ch.qos.logback.core.rolling.RollingFileAppender"> 39 <file>${LOG_PATH}/${LOG_FILE}-warn.log</file> 40 <append>true</append> 41 <filter class="ch.qos.logback.classic.filter.LevelFilter"> 42 <level>WARN</level> 43 <onMatch>ACCEPT</onMatch> 44 <onMismatch>DENY</onMismatch> 45 </filter> 46 <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 47 <fileNamePattern>${LOG_PATH}/${LOG_FILE}-warn-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <!-- 日志文件的路径和名称 --> 48 <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> 49 <maxFileSize>200MB</maxFileSize> <!-- 单个日志文件的最大大小 --> 50 </timeBasedFileNamingAndTriggeringPolicy> 51 <maxHistory>15</maxHistory> <!-- 保留的历史日志文件数量 --> 52 <totalSizeCap>2GB</totalSizeCap> <!-- 所有日志文件的总大小上限 --> 53 <cleanHistoryOnStart>true</cleanHistoryOnStart> <!-- 在启动时清除历史日志文件 --> 54 </rollingPolicy> 55 <encoder charset="UTF-8"> 56 <pattern>${FILE_LOG_PATTERN}</pattern> 57 </encoder> 58 </appender> 59 60 <!-- Error日志 --> 61 <appender name="FILE-ERROR" class="ch.qos.logback.core.rolling.RollingFileAppender"> 62 <file>${LOG_PATH}/${LOG_FILE}-error.log</file> 63 <append>true</append> 64 <filter class="ch.qos.logback.classic.filter.LevelFilter"> 65 <level>ERROR</level> 66 <onMatch>ACCEPT</onMatch> 67 <onMismatch>DENY</onMismatch> 68 </filter> 69 <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 70 <fileNamePattern>${LOG_PATH}/${LOG_FILE}-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern> 71 <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> 72 <maxFileSize>200MB</maxFileSize> 73 </timeBasedFileNamingAndTriggeringPolicy> 74 <maxHistory>15</maxHistory> 75 <totalSizeCap>2GB</totalSizeCap> 76 <cleanHistoryOnStart>true</cleanHistoryOnStart> 77 </rollingPolicy> 78 <encoder charset="UTF-8"> 79 <pattern>${FILE_LOG_PATTERN}</pattern> 80 </encoder> 81 </appender> 82 83 <!-- 异步输出 --> 84 <appender name="info-asyn" class="ch.qos.logback.classic.AsyncAppender"> 85 <appender-ref ref="FILE-INFO"/> 86 <queueSize>512</queueSize> <!-- 异步队列的大小 --> 87 </appender> 88 <appender name="warn-asyn" class="ch.qos.logback.classic.AsyncAppender"> 89 <appender-ref ref="FILE-WARN"/> 90 <queueSize>512</queueSize> <!-- 异步队列的大小 --> 91 </appender> 92 <appender name="error-asyn" class="ch.qos.logback.classic.AsyncAppender"> 93 <appender-ref ref="FILE-ERROR"/> 94 <queueSize>512</queueSize> 95 </appender> 96 97 <!-- 应用日志 --> 98 <logger name="com.improve.fuqige.bronze" additivity="false"> 99 <appender-ref ref="CONSOLE"/> 100 <appender-ref ref="FILE-INFO"/> 101 <appender-ref ref="FILE-WARN"/> 102 <appender-ref ref="FILE-ERROR"/> 103 </logger> 104 105 106 <!-- 总日志出口 --> 107 <root level="${logging.level.root}"> 108 <appender-ref ref="CONSOLE"/> 109 <appender-ref ref="info-asyn"/> 110 <appender-ref ref="warn-asyn"/> 111 <appender-ref ref="error-asyn"/> 112 </root> 113</configuration>

applicantion.properties

1logging.file=fuqige-bronze 2logging.path=XXXXXX/Logs/XXXXXX 3logging.level.root=info 4logging.level.com.improve.fuqige.bronze=info 5logging.pattern.console=%cyan(%d{yyyy-MM-dd HH:mm:ss.SSS}) %yellow([%thread]) %highlight(%-5level) %boldGreen(%logger{80}[LineNumber:%L]): %highlight(%msg%n) 6logging.pattern.file=%d{yyyy-MM-dd HH:mm:ss.SSS} [%X{requestId}] %-5level --- [%thread] %logger{80}[LineNumber:%L]: %msg%n

测试用例

1@Slf4j 2@RestController 3@RequestMapping("/test") 4public class TestController { 5 6 @GetMapping("/hello") 7 public String hello() { 8 log.info("进来了!"); 9 log.warn("进来了!"); 10 log.error("进来了!"); 11 return "hello, world! requestId=" + MDC.get("requestId"); 12 } 13}

参考资料

Java 日志框架: https://zhuanlan.zhihu.com/p/365154773

SLF4J框架常见的用法和最佳实践: https://juejin.cn/post/7215569601161166906

作者:京东零售 张洪

来源:京东云开发者社区 转载请注明来源

点赞
收藏

评论区

加载中...

相关推荐

rsyslog详解

这边使用的是3A服务器一、日志介绍日志概念日志是系统用来记录系统及应用程序运行时的一些相关信息的文本文件日志作用日志是为了保存相关程序的运行状态、错误信息等,为了对系统进行分析、保存历史记录以及在出现错误时发现、分析错误使用linux系统日志类型内核信息服务信息应用程序信息二、rsyslog1、rsyslog介绍rsyslog是linux系统中用来实现日志功

JAVAEE——SpringBoot日志篇:日志框架SLF4j、日志配置、日志使用、切换日志框架

SpringBoot日志篇1、日志框架(故事引入)小张;开发一个大型系统;​1、System.out.println("");将关键数据打印在控制台;去掉?写在一个文件?​2、框架来记录系统的一些运行时信息;日志框架;zhanglogging.jar;​3、高大上的几

MySQL日志体系详解

前言日志是MySQL数据库的重要组成部分。日志文件中记录着MySQL数据库运行期间发生的变化;也就是说用来记录MySQL数据库的客户端连接状况、SQL语句的执行情况和错误信息等。当数据库遭到意外的损坏时,可以通过日志查看文件出错的原因,并且可以通过日志文件进行数据恢复。MySQL的日志体系有如下几种分类:1.错误日志2.查询日志

Linux日志管理

日志是用来记录系统运行状态的历史事件,主要记录特定时间发生的事件,同时根据日志级别,事件的关键性程序,通常叫作LogLevel.系统日志服务syslog:系统级别:syslogd内核级别:klogdrsyslog特点:多线程:UDP,TCP,SSL

Linux日志系统

一、Linux系统日志与分类内核及系统日志:这种日志数据由系统服务syslog统一管理,根据其主配置文件"/etc/syslog.conf"中的设置决定将内核消息及各种系统程序消息记录到什么位置。用户日志:这种日志数据用于记录Linux系统用户登录及退出系统的相关信息,包括用户名、登录的终端、登录

Log4j配置详解

Log4j简介Log4j有三个主要的组件:Loggers(记录器),Appenders(输出源)和Layouts(布局)。这里可简单理解为日志类别,日志要输出的地方和日志以何种形式输出。综合使用这三个组件可以轻松地记录信息的类型和级别,并可以在运行时控制日志输出的样式和位置。1.LoggersLoggers组件在此系统中