Logback的使用及如何配置

日志在项目开发过程的作用不言而喻，项目上线后，我们需要根据日志文件定位问题发生的位置以及产生的原因。以前在项目开发中，已经有前人在工程中配置过日志，所以完全不需要自己再进行日志的配置。这次在新的项目中自己来配置日志时，还是遇到了一些波折，下面慢慢道来。

1 为什么选用logback？

目前，在springboot工程体系中，使用较多的日志组件是slf4j、logback以及log4j2。而slf4j本身只是一个接口类，具体的实现还是由logback或log4j2来完成的。由于springboot自身就集成了logback，默认使用的日志组件是logback，logback的体系结构具有足够的通用性，可以在不同的场景下使用。因此，在我们的drs工程中，使用了logback进行日志的打印。

目前，logback包含三个部分：logback-core, logback-classic, logback-access。 logback-core： 为其他两个模块奠定了基础 logback-classic: 可以被同化为log4j的一个显著改进的版本，此外， logback-classic实现了slf4japi，因此您可以方便地在logback和其他日志框架（如log4j或log4j）之间来回切换java.util.logging文件 logback-access: 集成了servlet容器（如tomcat和jetty），以提供http访问日志功能。

如果使用的是springboot是2.4版本及以上，则不需要另外引入logback-core, logback-classic, logback-access和slf2j-api的依赖包的。

2 logback的配置

首先，看一下我们在drs工程中使用的logback配置文件:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <property name="log.path" value="/duan/drs-server/logs" />
  <property name="log.pattern" value="%d{hh:mm:ss.sss} [%thread] %-5level %logger{20} - [%method,%line] - %msg%n" />
 
  <appender name="stdout" class="ch.qos.logback.core.consoleappender">
    <encoder>
      <pattern>${log.pattern}</pattern>
    </encoder>
  </appender>
 
  <!-- 系统debug日志输出 -->
  <appender name="file_debug" class="ch.qos.logback.core.rolling.rollingfileappender">
    <file>${log.path}/drs-server-debug.log</file>
    <rollingpolicy class="ch.qos.logback.core.rolling.timebasedrollingpolicy">
      <filenamepattern>${log.path}/drs-server-debug.%d{yyyy-mm-dd}.log</filenamepattern>
      <maxhistory>30</maxhistory>
    </rollingpolicy>
    <encoder>
      <pattern>${log.pattern}</pattern>
    </encoder>
    <filter class="ch.qos.logback.classic.filter.levelfilter">
      <level>debug</level>
      <onmatch>accept</onmatch>
      <onmismatch>deny</onmismatch>
    </filter>
  </appender>
 
  <!-- 系统info日志输出 -->
  <appender name="file_info" class="ch.qos.logback.core.rolling.rollingfileappender">
    <file>${log.path}/drs-server-info.log</file>
    <rollingpolicy class="ch.qos.logback.core.rolling.timebasedrollingpolicy">
      <filenamepattern>${log.path}/drs-server-info.%d{yyyy-mm-dd}.log</filenamepattern>
      <maxhistory>30</maxhistory>
    </rollingpolicy>
    <encoder>
      <pattern>${log.pattern}</pattern>
    </encoder>
    <filter class="ch.qos.logback.classic.filter.levelfilter">
      <level>info</level>
      <onmatch>accept</onmatch>
      <onmismatch>deny</onmismatch>
    </filter>
  </appender>
 
  <!-- 系统warn日志输出 -->
  <appender name="file_warn" class="ch.qos.logback.core.rolling.rollingfileappender">
    <file>${log.path}/drs-server-warn.log</file>
    <rollingpolicy class="ch.qos.logback.core.rolling.timebasedrollingpolicy">
      <filenamepattern>${log.path}/drs-server-warn.%d{yyyy-mm-dd}.log</filenamepattern>
      <maxhistory>30</maxhistory>
    </rollingpolicy>
    <encoder>
      <pattern>${log.pattern}</pattern>
    </encoder>
    <filter class="ch.qos.logback.classic.filter.levelfilter">
      <level>warn</level>
      <onmatch>accept</onmatch>
      <onmismatch>deny</onmismatch>
    </filter>
  </appender>
 
  <!-- 系统error日志输出 -->
  <appender name="file_error" class="ch.qos.logback.core.rolling.rollingfileappender">
    <file>${log.path}/drs-server-error.log</file>
    <rollingpolicy class="ch.qos.logback.core.rolling.timebasedrollingpolicy">
      <filenamepattern>${log.path}/drs-server-error.%d{yyyy-mm-dd}.log</filenamepattern>
      <maxhistory>30</maxhistory>
    </rollingpolicy>
    <encoder>
      <pattern>${log.pattern}</pattern>
    </encoder>
    <filter class="ch.qos.logback.classic.filter.levelfilter">
      <level>error</level>
      <onmatch>accept</onmatch>
      <onmismatch>deny</onmismatch>
    </filter>
  </appender>
 
  <logger name="com.nuonuo.middleware.drsserver" level="info" />
  <logger name="org.springframework" level="warn" />
 
  <root level="info">
    <appender-ref ref="stdout" />
    <appender-ref ref="file_debug" />
    <appender-ref ref="file_info" />
    <appender-ref ref="file_warn" />
    <appender-ref ref="file_error" />
  </root>
</configuration>

说明：

属性	说明
log.path	定义日志文件的输出路径
log.pattern	定义日志文件输出格式
appender	定义了日志的输出文件，日志文件保留时长，使用何种模式输出，以及过滤规则。在上述文件中，分别针对debug、info、warn和error日志进行了定义了四个appender
logger	用来设置某一个类或某个包的日志打印级别。在上述配置中，我们将drs工程的日志输出级别定义为info，那么，如果只想打印出drs工程中的日志，则只需将打印级别level设置为warn
root	是一个根logger，root下可以包含零个或多个appender。如果一个appender没有在root下引入，则不会生成对应的日志文件

3 logback的输出格式

针对以上述配置中的格式进行说明：

%d{hh:mm:ss.sss} [%thread] %-5level %logger{20} - [%method,%line] - %msg%n

字段	说明
%d{hh:mm:ss.sss}	用于输出日志事件的日期，其中%d也可以替换成%date，该设置对应下图中的红色标记部分
[%thread]	输出对应的线程名。在上面的截图中可以看到，输出线程是主线程main
%-5level	输出日志级别，其中-5表示如果记录器名称长度小于5个字符，则右键填充空格
%logger{20}	输出日志事件起源处记录器的名称。其中20表示输出记录的名称长度限制，超过这个长度，记录器名将会进行缩写。但是，记录器名称中最右边的段从不缩写，即使其长度比“长度”选项长。其他段可以缩短到最多一个字符，但永远不会删除
[%method,%line]	%method 输出发出日志记录请求的方法名称，%method也可替换成%m； %line——输出发出日志记录请求的行号，%line也可替换成%l
%msg	输出应用程序提供的与日志事件关联的消息。其中%msg也可替换成%m或%message
%n	输出平台相关的行分隔符字符

4 appender

appender子类包含filter、encoder、consoleappender、fileappender、以及rollingfileappender。其类图关系如下所示。

顾名思义目标文件由file选项指定。如果该文件已存在，则根据append属性的值将其追加或截断。rollingfileappender 扩展了fileappender，具有滚动更新日志文件的功能。

类名	encoder	immediateflush	target	withjansi	append	file	prudent	rollingpolicy	triggeringpolicy
outputstreamappender	√	√
consoleappender	√	√	√	√
fileappender	√	√	-	-	√	√	√
rollingfileappender	√	√	-	-	√	√	√	√	√

outputstreamappender 这个类提供了其他附加程序构建的基本服务。该类包含两个属性设置： encoder—— 确定日志写入的编码格式。 immediateflush——布尔值，默认为true， 立即刷新输出流可确保立即写出日志事件，并且在应用程序退出而未正确关闭附加器时不会丢失这些事件。 另一方面，将此属性设置为“false”可能会使日志吞吐量增加四倍。同样，如果immediateflush设置为“false”，并且应用程序退出时appender未正确关闭，则尚未写入磁盘的日志事件可能会丢失。

consoleappender 将日志附加在控制台上，其包含三个属性： encoder——略 target—— system.out或者 system.err字符串值之一 默认目标是 system.out withjansi——布尔值，默认false。 将withjansi设置为true将激活jansi库，该库为windows机器上的ansi颜色代码提供支持。在windows主机上，如果此属性设置为true，则应将网址：org.fusesource.jansi:jansi：1.17“在类路径上进行设置。请注意，基于unix的操作系统（如linux和macosx）默认支持ansi颜色代码。一般我们很少用到，使用默认值即可。

fileappender 它将日志事件附加到文件中，其包含四个属性： append——布尔值，默认为true， 表示事件附加在现有文件的末尾。如果append为false，则任何现有文件都将被截断。 encoder——略 file—— 要写入的文件的名称， 如果文件不存在，则创建该文件。 如果文件的父目录不存在，fileappender将自动创建它，包括任何必要但不存在的父目录。 prudent——布尔值，默认值为false。如果设置为true， fileappender将安全地写入指定的文件，即使存在运行在不同jvm（可能运行在不同主机上）中的其他fileappender实例。

rollingfileappender 扩展了fileappender，具有滚动更新日志文件的功能，其包含以下几个属性： file——略 append——略 encoder——略 rollingpolicy—— 此选项是在发生滚动时指定rollingfileappender行为的组件，包含sizeandtimebasedrollingpolicy、fixedwindowrollingpolicy、timebasedrollingpolicy。在上述配置中我们使用的是最为广泛的timebasedrollingpolicy。 triggeringpolicy—— 此选项是通知rollingfileappender何时激活滚动更新过程的组件 prudent——布尔值，当为true时，不支持fixedwindowrollingpolicy。

5 logback使用过程中遇到的问题

起初，在配置完logback.xml文件后，始终无法将日志输出到指定目录。 第一步，调试确认使用的是logback组件； 第二步，引入logback-core、logback-classic、logback-access和slf4j-api对应的jar包，验证是否可以将日志输出到指定目录。验证后发现，仍然无法解决问题，于是将引入的jar包删除。 第三步，排除springboot中包含的log4j2相关的jar，验证后仍无法解决问题。 第四步，在网上查到可能跟配置文件的命名有关，有说logback-spring.xml加载的优先级最高，于是将文件名由logback.xml改为logback-spring.xml，但是仍然无法解决问题。官网上看到的加载顺序是： logback-test.xml> logback.groovy> logback.xml。具体可见官方文档logback.qos.ch/manual/conf… 第五步，怀疑可能没加载logback.xml文件，于是在application.properties中加入logging.config=classpath:logback.xml，启动工程时报错，错误信息是： class path resource [logback.xml] cannot be resolved to url because it does not exist。

根据错误信息可以看到，系统中根本没有加载到logback.xml文件。 第六步，由于第五步验证系统根本没有加载到logback.xml文件，于是检查了一下pom.xml文件，发现在build时，没有引入资源文件，于是修改pom.xml文件，添加如下内容，成功将日志输出到指定目录。

<resource>
  <directory>src/main/resources</directory>
  <includes>
    <include>**/*.xml</include>
  </includes>
  <filtering>false</filtering>
</resource>

以上就是logback的使用及如何配置的详细内容，更多关于logback的使用和配置的资料请关注其它相关文章！