关于springboot:笑小枫的SpringBoot系列六SpringBoot日志打印Logback详解

什么是Logback

Logback 旨在作为风行的 log4j 我的项目的继承者，是SpringBoot内置的日志解决框架，spring-boot-starter其中蕴含了spring-boot-starter-logging，该依赖内容就是 Spring Boot 默认的日志框架 logback。具体如下图所示

官网文档：http://logback.qos.ch/manual/

SpringBoot应用logback介绍

在咱们启动SpringBoot，发现咱们并没有被动去配置过任何和日志打印的相干配置，然而控制台却打印了相干的启动日志；因为SpringBoot为Logback提供了默认的配置文件base.xml，base.xml文件里定义了默认的root输入级别为INFO。零碎打印的日志信息如下：

咱们能够到SpringBoot源码里看一下base.xml具体是如何配置的，如下图所示

自定义logback配置

能够看到默认的配置是非常简单，那么咱们能够自定义配置吗？答案当然是必定的

在resources目录下创立文件logback-spring.xml，具体配置如下

<?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="60 seconds">    <springProperty scope="context" name="spring.application.name" source="spring.application.name"/>     <!-- 定义参数 -->    <property name="log.lever" value="debug" />    <property name="log.maxHistory" value="365" />     <property name="log.filePath" value="logs"></property><!--     如果这里不想写死C盘，那么下面的配置，零碎会主动在我的项目所在的盘符创立文件夹 --><!--    <property name="log.filePath" value="C:/{spring.application.name}_log"></property>--><!--     <property name="log.pattern" value="%-12(%d{yyyy-MM-dd HH:mm:ss.SSS}) |-%-5level [%thread] %c [%L] -| %msg%n" /> -->    <property name="log.pattern" value="%-12(%d{MM-dd HH:mm:ss}) %c [%L] | %msg%n" />     <!-- 控制台设置 -->    <appender name="consoleAppender" class="ch.qos.logback.core.ConsoleAppender">    <!--    <encoder>            <pattern>${log.pattern}</pattern>        </encoder>-->        <encoder>            <!--<pattern>%d %p (%file:%line\)- %m%n</pattern>-->            <!--格式化输入：%d:示意日期    %thread:示意线程名     %-5level:级别从左显示5个字符宽度  %msg:日志音讯    %n:是换行符-->            <pattern>%boldMagenta(笑小枫控制台-) %red(%d{yyyy-MM-dd HH:mm:ss}) %green([%thread]) %highlight(%-5level) %yellow(%logger) - %cyan(%msg%n)</pattern>            <charset>UTF-8</charset>        </encoder>    </appender>     <!-- DEBUG -->    <appender name="debugAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">        <!-- 文件门路 -->        <file>${log.filePath}/${spring.application.name}_debug.log</file>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">            <!-- 文件名称 -->            <fileNamePattern>${log.filePath}/debug/${spring.application.name}_debug.%d{yyyy-MM-dd}.log.gz            </fileNamePattern>            <!-- 文件最大保留历史数量 -->            <MaxHistory>${log.maxHistory}</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="infoAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">        <!-- 文件门路 -->        <file>${log.filePath}/${spring.application.name}_info.log</file>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">            <!-- 文件名称 -->            <fileNamePattern>${log.filePath}/info/${spring.application.name}_info.%d{yyyy-MM-dd}.log.gz            </fileNamePattern>            <!-- 文件最大保留历史数量 -->            <MaxHistory>${log.maxHistory}</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>        <!-- ERROR -->    <appender name="errorAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">        <!-- 文件门路 -->        <file>${log.filePath}/${spring.application.name}_error.log</file>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">            <!-- 文件名称 -->            <fileNamePattern>${log.filePath}/error/${spring.application.name}_error.%d{yyyy-MM-dd}.log.gz            </fileNamePattern>            <!-- 文件最大保留历史数量 -->            <MaxHistory>${log.maxHistory}</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><!--     上线后如果要查看谬误日志，能够把level=info改为level=debug -->    <root level="info">        <appender-ref ref="consoleAppender" />        <appender-ref ref="debugAppender" />        <appender-ref ref="infoAppender" />        <appender-ref ref="errorAppender" />    </root></configuration>

咱们在启动一下程序，看下成果

可见多了很多咱们自定的一些配置，包含控制台前缀和打印日志的色彩等～

同时咱们还能够在我的项目目录下看到咱们配置的logs日志归档目录文件。

模仿抛出一个零碎异样，能够看到谬误日志信息，同时能够在logs的error日志中看到谬误日志，如上面图所示

真心喜爱我的这个配色，总是能让我撸代码的时候放弃身心愉悦如下所示，从别的篇章捞的截图，爱了爱了

logback配置属性详解

在下面咱们曾经实现了自定义配置logback的打印，接下来咱们具体解说一下对应的属性，不便大家依据本人理论业务去配置。

根节点< configuration>

<configuration scan="true" scanPeriod="60 seconds" debug="false">      <!-- 其余配置省略-->  </configuration>

scan : 当此属性设置为true时，配置文件如果产生扭转，将会被从新加载，默认值为true。
scanPeriod : 设置监测配置文件是否有批改的工夫距离，如果没有给出工夫单位，默认单位是毫秒。当scan为true时，此属性失效。默认的工夫距离为1分钟。
debug : 当此属性设置为true时，将打印出logback外部日志信息，实时查看logback运行状态。默认值为false。

子节点:< property>

<property name="LOG_FILE_PATH" value="${LOG_FILE:-${LOG_PATH:-${LOG_TEMP:-${java.io.tmpdir:-/tmp}}}/logs}"/>

用来定义变量值的标签，< property> 有两个属性，name和value；其中name的值是变量的名称，value的值时变量定义的值,通过定义的值会被插入到logger上下文中。定义变量后，能够使“${}”来应用变量。

注：多环境配置下，通过 application.yml 传递参数过去，< property >取不到环境参数，得用< springProperty >。

<springProperty scope="context" name="APP_NAME" source="spring.application.name" defaultValue="springBoot"/>

子节点:< appender>

appender用来格式化日志输入节点，有两个属性name和class，class用来指定哪种输入策略，罕用就是控制台输入策略和文件输入策略。

ConsoleAppender：就想他的名字一样，将日志信息打印到管制台上，更加精确的说：应用System.out或者System.err形式输入，次要子标签有：encoder，target
FileAppender：用于将日志信息输入到文件中，次要子标签有：append，encoder，file
RollingFileAppender：从名字咱们就能够得出：FileAppender是RollingFileAppender的父类。即RollingFileAppender继承 FIleAppender类。性能：可能动静的创立一个文件。也就是说：到满足肯定的条件，就会创立一个新的文件，而后将日志写入到新的文件中。有两个重要的标签与rolingFileAppender进行交互：RollingPolicy，TriggeringPolicy，次要子标签：file，append，encoder，rollingPolicy，triggerPolicy

以下别离介绍这些标签：

file

被写入的文件名，能够是绝对目录，也能够是相对目录，如果下级目录不存在会主动创立，没有默认值。

target

设置一System.out还是System.err形式输入。默认值为System.out

append

如果是 true，日志被追加到文件结尾，如果是 false，清空现存文件，默认是true。

prudent

FileAppender:如果是 true，日志会被平安的写入文件，即便其余的FileAppender也在向此文件做写入操作，效率低，默认是 false。
RollingFileAppender:当为true时，不反对FixedWindowRollingPolicy。反对TimeBasedRollingPolicy，然而有两个限度，1不反对也不容许文件压缩，2不能设置file属性，必须留空。

layout和encoder

<!--输入到控制台 ConsoleAppender--><appender name="consoleLog1" class="ch.qos.logback.core.ConsoleAppender">    <layout>        <pattern>${FILE_LOG_PATTERN}</pattern>    </layout></appender><!--输入到控制台 ConsoleAppender--><appender name="consoleLog2" class="ch.qos.logback.core.ConsoleAppender">    <encoder>        <pattern>%d -2 %msg%n</pattern>    </encoder></appender><!--设置我的项目日志输入级别为INFO--><root level="INFO">    <appender-ref ref="consoleLog1"/>    <appender-ref ref="consoleLog2"/></root>

能够看到appender的子节点layout和encoder都能够输入，都能够将事件转换为格式化后的日志记录，然而控制台输入应用layout，文件输入应用encoder。自从0.9.19版本之后，Fileappender和他的子类是冀望应用encoder，不再应用layout。

layout和encoder区别

encoder：次要工作有两个：①将一个event事件转换成一组byte数组，②将转换后的字节数据输入到文件中。
encoder组件是在0.9.19版本之后才引进来的。在以前的版本中，appender是应用layout（将一个event事件转换成一个字符串），而后应用【java.io.writer】对象将字符串写入到文件中。
自从0.9.19版本之后，Fileappender和他的子类是冀望应用encoder，不再应用layout。
其中layout仅仅实现了将一个event事件转换成一个字符串这一个性能。此外，layout不能管制将字符串写出到文件。layout不能整合event事件到一组中。与encoder相比，不仅仅能依照格局进行转化，而且还能将数据写入到文件中。

因为layout曾经不再举荐应用了，那么这里重点讲一下encoder。

其中patternLayoutEncoder是最常应用encoder，也就是默认的，默认就是PatternLayoutEncoder类，他蕴含可patternLayout大部分的工作。

几个重要的encoder

LayoutWrappingEncoder:（不怎么用）

1.在0.9.19版本之前，都是应用layout来管制输入的格局。那就存在大量的layout接口（自定义）的代码。在0.9.19就变成了应用encoder来管制，如果咱们想应用以前的layout怎么办？这个LayoutWrappingEncoder就是为了encoder可能操作外部layout存在的。即这个类在encoder与layout之间提供一个桥梁。这个类实现了encoder类，又蕴含了layout将evnet事件装换成字符串的性能。2.原理：应用layout将输出的evnet事件转换成一个字符串，而后将字符串依照用户指定的编码转换成byte数组。最初将byte数据写入到文件中去。3.在默认的状况下，输入流是立刻刷新的。除非immediateFlush属性值为false，就不会立刻刷新，然而为进步logger接入量。

PatternLayoutEncoder：罕用。他是LayoutWrappingEncoder的子类

1.思考到PatternLayout是layout中最罕用的组件，所以logback人员开发出了patternLayoutEncoder类，这个类是LayoutWrappingEncoder的扩大，这个类蕴含了PatternLayout。2.immediateFlush标签与LayoutWrappingEncoder是一样的。默认值为【true】。这样的话，在已存在的我的项目就算没有失常状况下的敞开，也能记录所有的日志信息到磁盘上，不会失落任何日志信息。因为是立刻刷新。如果将【immediateFlush】设置为【false】，可能就是五倍的原来的logger接入量。然而可能会失落日志信息在没有失常敞开我的项目的状况下。例如：<appender name="FILE" class="ch.qos.logback.core.FileAppender">   <file>foo.log</file>  <encoder><!--默认就是PatternLayoutEncoder类-->    <pattern>%d %-5level [%thread] %logger{0}: %msg%n</pattern>    <!-- this quadruples logging throughput -->    <immediateFlush>false</immediateFlush>  </encoder> </appender>3.如果想在文件的结尾打印出日志的格局信息：即打印日志的模式。应用【outputPatternAsHeader】标签，并设置为【true】.默认值为【false】。例如：<!--输入到控制台 ConsoleAppender--><appender name="consoleLog2" class="ch.qos.logback.core.ConsoleAppender">    <encoder>        <pattern>%d -2 %msg%n</pattern>        <outputPatternAsHeader>true</outputPatternAsHeader>    </encoder></appender>他就会在打印开始之前第一句输入日志格局，如：#logback.classic pattern: %d -2 %msg%n

patternLayoutEncoder类既有layout将一个事件转化为字符串，又有将字符创写入到文件中的作用。他是encoder标签的默认类实例。

filter

简介
logback具备过滤器反对。logbcak容许给日志记录器appender配置一个或多个Filter(或者给整体配置一个或多个TurboFilter)，来管制:当满足过滤器指定的条件时，才记录日志(或不满足条件时，回绝记录日志)。logback反对自定义过滤器，当然logback也自带了一些罕用的过滤器，在绝大多数时候，自带的过滤器其实就够用了，个别是不须要自定义过滤器的。

logback提供的过滤器反对次要分两大类：

ch.qos.logback.core.filter.Filterch.qos.logback.classic.turbo.TurboFilter

Filter与TurboFilter自带的几种罕用过滤器

过滤器	起源	阐明	绝对罕用
LevelFilter	Filter	对指定level的日志进行记录(或不记录)，对不等于指定level的日志不记录(或进行记录)	是
ThresholdFilter	Filter	对大于或等于指定level的日志进行记录(或不记录)，对小于指定level的日志不记录(或进行记录) 提醒：info级别是大于debug的	是
EvaluatorFilter	Filter	对满足指定表达式的日志进行记录(或不记录)，对不满足指定表达式的日志不作记录(或进行记录)	是
MDCFilter	TurboFilter	若MDC域中存在指定的key-value，则进行记录，否者不作记录	是
DuplicateMessageFilter	TurboFilter	依据配置不记录多余的反复的日志	是
MarkerFilter	TurboFilter	针对带有指定标记的日志，进行记录(或不作记录)	否
…	…	…	…

TurboFilter的性能是优于Filter的，这是因为TurboFilter的作用机会是在创立日志事件ILoggingEvent对象之前，而Filter的作用机会是在创立之后。若一个日志注定是会被过滤掉不记录的，那么创立ILoggingEvent对象(包含后续的参数组装办法调用等)这个步骤无疑是十分耗费性能的。

这里次要介绍两种filter

ThresholdFilter：

ThresholdFilter为零碎定义的拦截器，例如咱们用ThresholdFilter来过滤掉ERROR级别以下的日志不输入到文件中。如果不必记得正文掉，不然你控制台会发现没日志

<filter class="ch.qos.logback.classic.filter.ThresholdFilter">    <level>ERROR</level></filter>

LevelFilter

如果只是想要 Info 级别的日志，只是过滤 info 还是会输入 Error 日志，因为 Error 的级别高，所以咱们应用上面的策略，能够防止输入 Error 的日志

<filter class="ch.qos.logback.classic.filter.LevelFilter">    <!--过滤 Error-->    <level>ERROR</level>    <!--匹配到就禁止-->    <onMatch>DENY</onMatch>    <!--没有匹配到就容许-->    <onMismatch>ACCEPT</onMismatch></filter>

FilterReply有三种枚举值：

DENY：示意不必看前面的过滤器了，这里就给回绝了，不作记录。
NEUTRAL：示意需不需要记录，还须要看前面的过滤器。若所有过滤器返回的全部都是NEUTRAL，那么须要记录日志。
ACCEPT：示意不必看前面的过滤器了，这里就给间接批准了，须要记录。

rollingPolicy

TimeBasedRollingPolicy:它依据工夫来制订滚动策略.工夫滚动策略能够基于工夫滚动按工夫生成日志。
上面是官网给出的示例：

<configuration>  <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">    <file>logFile.log</file>    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">      <!-- daily rollover -->      <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern>      <!-- keep 30 days' worth of history capped at 3GB total size -->      <maxHistory>30</maxHistory>      <totalSizeCap>3GB</totalSizeCap>    </rollingPolicy>    <encoder>      <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>    </encoder>  </appender>   <root level="DEBUG">    <appender-ref ref="FILE" />  </root></configuration>

紧跟着又给出的多个JVM写同一个日志文件的配置，次要是加一行开启（勤俭）prudent模式

  <configuration>    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">      <!-- Support multiple-JVM writing to the same log file -->      <prudent>true</prudent>      <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">        <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern>        <maxHistory>30</maxHistory>         <totalSizeCap>3GB</totalSizeCap>      </rollingPolicy>      <encoder>        <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>      </encoder>    </appender>     <root level="DEBUG">      <appender-ref ref="FILE" />    </root>  </configuration>

SizeAndTimeBasedRollingPolicy:基于大小和工夫的滚动策略
这个策略呈现的起因就是对工夫滚动策略的一个补充，使其不仅按工夫进行生成而且思考到文件大小的起因，因为在基于工夫的滚动策略生成的日志文件，只是对一段时间总的日志大小做了限定，然而没有对每个日志文件的大小做限定，这就会造成个别日志文件过大，前期传递，浏览艰难的问题，所以就有了这第二个策略。
上面是官网给的示例：

<configuration>  <appender name="ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender">    <file>mylog.txt</file>    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">      <!-- rollover daily -->      <fileNamePattern>mylog-%d{yyyy-MM-dd}.%i.txt</fileNamePattern>       <!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB -->       <maxFileSize>100MB</maxFileSize>           <maxHistory>60</maxHistory>       <totalSizeCap>20GB</totalSizeCap>    </rollingPolicy>    <encoder>      <pattern>%msg%n</pattern>    </encoder>  </appender>  <root level="DEBUG">    <appender-ref ref="ROLLING" />  </root></configuration>

FixedWindowRollingPolicy：基于固定窗口的滚动策略
这个策略的呈现，我集体猜想是因为须要日志文件放弃为某个特定的数量，避免滚动测策略导致过多的日志文件呈现。这个策略呈现得配合triggeringPolicy,给一个什么时候日志滚动一次的管制，这部分是跟下面两种策略所不一样的中央。
上面是官网给出的示例:

<configuration>  <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">    <file>test.log</file>    <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy">      <fileNamePattern>tests.%i.log.zip</fileNamePattern>      <minIndex>1</minIndex>      <maxIndex>3</maxIndex>    </rollingPolicy>    <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">      <maxFileSize>5MB</maxFileSize>    </triggeringPolicy>    <encoder>      <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>    </encoder>  </appender>          <root level="DEBUG">    <appender-ref ref="FILE" />  </root></configuration>

留神：在RollingFileAppender中有一个file标签，也是设置文件的名称的。file能够设置也能够不设置。如果你设置了file标签的话，他就不会转换到新的文件中。所有的日志信息将会输出到同一个文件中。如果file标签没有设置。文件的名称就会在每一个阶段由filenamePattern计算得出。

fileNamePattern:这是一个强制的标签。他的值能够蕴含：文件的名称、适当的%d转换说明符。这个%d说明符能够蕴含一个【日期和工夫】的模式。其中【模式】相似于【SimpleDateFormat】类。如果这个【模式】没有写的话，默认就是【yyyy-MM-dd】的模式。转换文件的名称从fileNamePattern中失去

maxHistory：这是一个可选的标签。以异步形式删除较旧的文件,例如，如果您指定每月滚动，并将maxHistory设置为6，则将保留6个月的归档文件，并删除6个月以上的文件。

totalSizeCap：这是一个可选的标签。这是所有日志文件的总大小空间。当日志文件的空间超过了设置的最大空间数量，就会删除旧的文件。留神：这个标签必须和maxHistory标签一起应用。

cleanHistoryOnStart:如果设置为true，则将在追加程序启动时执行归档删除。默认状况下，此属性设置为false。

子节点:< loger>

用来设置某一个包或者具体的某一个类的日志打印级别、以及指定< appender >。< loger >仅有一个name属性，一个可选的level和一个可选的addtivity属性。

name:用来指定受此loger束缚的某一个包或者具体的某一个类。
level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，还有一个特俗值INHERITED或者同义词NULL，代表强制执行下级的级别。如果未设置此属性，那么以后loger将会继承下级的级别。
addtivity:是否向下级loger传递打印信息。默认是true。

loger在理论应用的时候有两种状况

第一种：带有loger的配置，不指定级别，不指定appender
```
<logger name="com.xf.controller.TestLogController"/>
```
将TestLogController类的日志的打印，然而并没用设置打印级别，所以继承他的下级的日志级别“info”；没有设置addtivity，默认为true，将此loger的打印信息向下级传递；没有设置appender，此loger自身不打印任何信息。
< root level=“info”>将root的打印级别设置为“info”，指定了名字为“console”的appender。当执行com.xf.controller.TestLogController类的testLog办法时，所以首先执行< logger name=“com.xf.controller.TestLogController”/>，将级别为“info”及大于“info”的日志信息传递给root，自身并不打印；root接到上级传递的信息，交给曾经配置好的名为“console”的appender解决，“console” appender 将信息打印到控制台；

第二种：带有多个loger的配置，指定级别，指定appender

<configuration>    <logger name="com.xf.controller.TestLogController" level="WARN" additivity="false">        <appender-ref ref="console"/>    </logger></configuration>

管制com.xf.controller.TestLogController类的日志打印，打印级别为“WARN”;additivity属性为false，示意此loger的打印信息不再向下级传递;指定了名字为“console”的appender;

这时候执行com.xf.controller.TestLogController类的login办法时，先执行< logger name=“com.xf.controller.TestLogController” level=“WARN” additivity=“false”>,将级别为“WARN”及大于“WARN”的日志信息交给此loger指定的名为“console”的appender解决，在控制台中打出日志，不再向下级root传递打印信息。

注：当然如果你把additivity="false"改成additivity="true"的话，就会打印两次，因为打印信息向下级传递，logger自身打印一次，root接到后又打印一次。

子节点:< root >

root节点是必选节点，用来指定最根底的日志输入级别，只有一个level属性。level默认是DEBUG。

level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，不能设置为INHERITED或者同义词NULL。

能够蕴含零个或多个元素，标识这个appender将会增加到这个loger。

<root level="debug">  <appender-ref ref="console" />  <appender-ref ref="file" /></root>

多环境配置

<springProfile>标签容许你自在的蕴含或排除基于激活的Spring profiles的配置的一部分。在<configuration>元素的任何中央都反对Profile局部。应用name属性来指定哪一个profile承受配置。多个profiles能够用一个逗号分隔的列表来指定。

<springProfile name="staging">    <!-- configuration to be enabled when the "staging" profile is active --></springProfile><springProfile name="dev, staging">    <!-- configuration to be enabled when the "dev" or "staging" profiles are active --></springProfile><springProfile name="!production">    <!-- configuration to be enabled when the "production" profile is not active --></springProfile>

小结

好啦，本文就到这里了，咱们简略的总结一下，次要介绍了以下内容

简略介绍了logback
自定义logback打印配置
详解logback配置信息

对于笑小枫

本章到这里完结了，喜爱的敌人关注一下我呦，大伙的反对，就是我保持写下去的能源。
老规矩，懂了就点赞珍藏；不懂就问，日常在线，我会就会回复哈~
微信公众号：笑小枫
笑小枫集体博客：https://www.xiaoxiaofeng.com
CSDN：https://zhangfz.blog.csdn.net
本文源码：https://github.com/hack-feng/maple-demo