java日志框架总结（五、logback日志框架）

已于 2024-02-07 15:30:26 修改
阅读量1.5k 收藏 30
点赞数 20
分类专栏： java日志框架总结 文章标签： logback
于 2024-02-06 17:23:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kkkkatoq/article/details/136052308
版权

一、logback概述 

Logback是由log4j创始人设计的又一个开源日志组件。
Logback当前分成三个模块：
        1、logback-core,
        2、logback- classic
        3、logback-access。

1）logback-core是其它两个模块的基础模块。
2）logback-classic是log4j的一个改良版本。此外logback-classic完整实现SLF4J API。使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging。
3)logback-access访问模块与Servlet容器集成提供通过Http来访问日志的功能。

二、Logback中组件与配置

1）logback依赖jar包
<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>1.2.3</version>
</dependency>

        SpringBoot项目默认就是使用的就是logback日志系统，创建SpringBoot项目时引入的spring-boot-starter或者spring-boot-starter-web依赖jar包中已经包含了spring-boot-starter-logging的依赖，里面同时包含多种日志系统依赖，如下图所示：

包括logback和log4j，所以，无需额外添加依赖，直接配置logback.xml就可以了。

此外，如果需要切换为log4j2，那么需要在spring-boot-starter-web依赖中排除springboot自带的commons‐logging，然后在引入log4j2的依赖jar包，如下所示：

<!--排除 commons‐logging-->
<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-web</artifactId>
   <exclusions>
      <exclusion>
      <groupId>commons‐logging</groupId>
      <artifactId>commons‐logging</artifactId>
      </exclusion>
   </exclusions>
</dependency>
<!--引入log4j2 -->
<dependency>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>
2）相关组件

1、Logger: 日志的记录器，主要用于存放日志对象，也可以定义日志类型、级别。

2、Appender:用于指定日志输出的目的地，目的地可以是控制台、文件、数据库等等。

3、Layout: 负责把事件转换成字符串，格式化的日志信息的输出。在Logback中Layout对象被封装在encoder中。也就是说我们使用的encoder其实就是Layout。

     与前几个日志框架类似！

3）日志级别（log level）：

        用来控制日志信息的输出，从高到低分为共分为七个等级:

A：off 最高等级，用于关闭所有日志记录。
B：fatal 指出每个严重的错误事件将会导致应用程序的退出。
C：error 指出虽然发生错误事件，但仍然不影响系统的继续运行。
D：warm 表明会出现潜在的错误情形。
E：info 一般和在粗粒度级别上，强调应用程序的运行全程。
F：debug 一般用于细粒度级别上，对调试应用程序非常有帮助。
G：all 最低等级，用于打开所有日志记录。 

 4)  Logback配置文件

Logback提供了3种配置文件

  • logback.groovy
  • logback-test.xml
  • logback.xml（常用）
    如果都不存在则采用默认的配置

配置文件下面会详解。

5）什么是logback的context上下文？

        每一个logger都被关联到一个loggerContext中，loggerContext负责生产logger,也负责以树形结构排列各个logger。
        logger的获取主要是通过org.slf4j.LoggerFactory的getLogger（）方法获取。

        getLogger（）方法有两种实现方式
           a) getLogger（Class Obj）通过传入一个类的形式，来进行logger对象和类的绑定。
           b) getLogger（String name）方式是通过传入一个contextName的形式，来指定一个logger。

        其中，用同一个名字调用该方法获取的永远都是同一个logger对象。

三、logback应用

1）入门案例
    public static void main(String[] args) {
        
        Logger logger = LoggerFactory.getLogger(LogDemo.class);
        logger.trace("======trace");
        logger.debug("======debug");
        logger.info("======info");
        logger.warn("======warn");
        logger.error("======error");

    }

没有加任何配置，会使用默认配置，但是记得要引入SpringBoot的依赖包。

 2）logback.xml 配置文件

     下面是一个比较完整的示例，那这个介绍一下各个标签的含义：

<?xml version="1.0" encoding="UTF-8"?>
<!-- scan 当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true。 -->
<!-- scanPeriod 设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。 -->
<!-- debug 当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。 -->
<configuration scan="true" scanPeriod="60 seconds" debug="false">

    <!-- 读取application.properties配置 -->
    <!--    <property resource="application.properties" />-->

    <!-- 生成文件名前缀 -->
    <property name="FILE_PREFIX" value="yyzRead" />
    <!-- 输出文件路径 -->
    <property name="OPEN_FILE_PATH" value="D:\log_yyzDevelopRead"/>
    <!-- 文件保存时间 这里是7天 -->
    <property name="EXIST_TIME" value="7"/>
    <!-- 文件输出格式 -->
    <property name="PATTERN" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n"/>
    <!-- 日志文件最大的大小 -->
    <property name="MAX_FILE_SIZE" value="10MB"/>


    <!--  控制台输出  -->
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>${PATTERN}</pattern>
            <charset>UTF-8</charset>
        </encoder>
    </appender>

    <!-- 输出到all文件 这里是全部的日志内容 -->
    <appender name="OPEN-FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!--不能有这项配置！！！！！-->
        <!--<Encoding>UTF-8</Encoding>-->
        <!--<File>${OPEN_FILE_PATH}/${FILE_PREFIX}.log</File>-->
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <!--日志文件输出的文件名-->
            <FileNamePattern>${OPEN_FILE_PATH}/all/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <!--日志文件保留天数-->
            <MaxHistory>${EXIST_TIME}</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <!--日志文件最大的大小-->
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>

        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>${PATTERN}</pattern>
        </layout>
    </appender>

    <!--输出到debug文件-->
    <appender name="debug" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <FileNamePattern>${OPEN_FILE_PATH}/debug/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <MaxHistory>30</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <append>true</append>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <!-- 只打印DEBUG日志， -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <!-- 过滤的级别 -->
            <level>DEBUG</level>
            <!-- 匹配时的操作：接收（记录） -->
            <onMatch>ACCEPT</onMatch>
            <!-- 不匹配时的操作：拒绝（不记录） -->
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!--输出到info文件-->
    <appender name="info" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <FileNamePattern>${OPEN_FILE_PATH}/info/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <MaxHistory>30</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <append>true</append>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <!-- 只打印INFO日志 -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>INFO</level>
            <!-- 匹配时的操作：接收（记录） -->
            <onMatch>ACCEPT</onMatch>
            <!-- 不匹配时的操作：拒绝（不记录） -->
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!--输出到error文件-->
    <appender name="error" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <FileNamePattern>${OPEN_FILE_PATH}/error/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <MaxHistory>30</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <append>true</append>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <!-- 只打印ERROR日志 -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <!-- 匹配时的操作：接收（记录） -->
            <onMatch>ACCEPT</onMatch>
            <!-- 不匹配时的操作：拒绝（不记录） -->
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!--输出到warn文件-->
    <appender name="warn" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <FileNamePattern>${OPEN_FILE_PATH}/warn/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <MaxHistory>30</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <append>true</append>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %contextName [%thread] %-5level %logger{36} - %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <!-- 只打印WARN日志 -->
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>WARN</level>
            <!-- 匹配时的操作：接收（记录） -->
            <onMatch>ACCEPT</onMatch>
            <!-- 不匹配时的操作：拒绝（不记录） -->
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!--  默认输出info等级，然后再根据各自的拦截过滤规则去处理  -->
    <root level="info">
        <appender-ref ref="STDOUT"/>
        <appender-ref ref="OPEN-FILE"/>
        <appender-ref ref="debug" />
        <appender-ref ref="info" />
        <appender-ref ref="error" />
        <appender-ref ref="warn" />
    </root>
</configuration>
3)  配置文件中各个标签介绍：

1.logback-spring.xml的配置项

共有一个父标签、两种属性、三个节点:

  一个父标签：configuration
  两种属性：contextName和property
  三个节点：appender、root、logger

2.父标签 configuration：

<configuration scan="true" scanPeriod="60 seconds" debug="false">

三个属性：
        1、scan   当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true
        2、scanPeriod     设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。
        3、debug     当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。

3.子节点：<contextName>

<contextName>logback</contextName>

每个logger都关联到logger上下文，默认上下文名称为“default”。但可以使用<contextName>设置成其他名字，用于区分不同应用程序的记录。一旦设置好，就不能修改。可以通过%contextName来打印日志上下文名称，一般来说我们不用这个属性，可有可无。

4.属性标签property

  <!-- 文件输出格式 -->
    <property name="PATTERN" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n"/>

用来定义变量值的标签，它有两个属性 name 和 value：

  • name的值是变量的名称
  • value的值是变量的定义的值，通过该标签定义的值会被插入到logger上下文中，定义变量后可以通过 “ ${变量名} ” 来使用变量

    这个标签就是可以把通用的属性设置好，如果后面有需要用到的地方可以直接引用。

5.子节点：<appender>

    <!--  控制台输出  -->
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>${PATTERN}</pattern>
            <charset>UTF-8</charset>
        </encoder>
    </appender>

appender用来格式化日志输出节点，有连个属性name和class，class用来指定那种输出策略。
appender跟前几个框架中的用法类似，其实可以认为是一个输出器，指定输出的名字和样式，如果检测到配置文件中有这个输出器，就会按照输出器配置的格式输出。

 输出策略：

1.ConsoleAppender：日志输出到控制台，类名ch.qos.logback.core.ConsoleAppender。
2.FileAppender：日志输入到文件，类名ch.qos.logback.core.FileAppender。作用是将日志输出到文件。目标文件可以指定，如果该文件已经存在，它将根据附加属性的值被追加或截断。
3.RollingFileAppender：滚动记录文件，FileAppender的子类，当符合条件（大小、时间），日志进行切分处理，类名：ch.qos.logback.core.rolling.RollingFileAppender。将FileAppender的功能进行扩展，提供了切割日志文件的功能。例如：RollingFileAppender可以记录日志到一个名为log.txt的文件，一旦满足一定条件，将其日志目标更改为另一个文件。在使用时，RollingFileAppender必须同时具有RollingPolicy和TriggeringPolicy设置。但是，如果它的RollingPolicy也实现TriggeringPolicy接口，那么只需要显式地指定前者。
4.TimeBasedRollingPolicy：时间基准滚动策略可能是最流行的滚动策略。它定义了一个基于时间的滚动策略，例如每日或每月。时间的滚动策略承担了翻转的责任，同时也承担了触发的滚动。TimeBasedTriggeringPolicy实现了RollingPolicy和TriggeringPolicy接口。类名ch.qos.logback.core.rolling.TimeBasedRollingPolicy
5.SizeAndTimeBasedRollingPolicy：有时候可能希望按日期对文件进行存档，但同时限制每人日志文件的大小，这时候可以使用SizeAndTimeBasedRollingPolicy达到目的。类名ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy
6.SiftingAppender：筛选附加器，类名ch.qos.logback.classic.sift.SiftingAppender ，他下面有个子节点<discriminator>（辨别）discriminator 下有2个子节点<key>和<defaultValue> 其实就是定义与MDC关联的变量key=MDC中put的key defaultValue需要我们随便给个值，不过最好是有意义的SiftingAppender 下有个<sift>子节点这个子节点可以按照appender进行配置

6、<appender>标签中各个子标签：

        依输出策略为RollingFileAppender为例：

   <!-- 输出到all文件 这里是全部的日志内容 -->
    <appender name="OPEN-FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!--不能有这项配置！！！！！-->
        <!--<Encoding>UTF-8</Encoding>-->
        <!--<File>${OPEN_FILE_PATH}/${FILE_PREFIX}.log</File>-->
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <!--日志文件输出的文件名-->
            <FileNamePattern>${OPEN_FILE_PATH}/all/${FILE_PREFIX}_%d{yyyy-MM-dd}-%i.log</FileNamePattern>
            <!--日志文件保留天数-->
            <MaxHistory>${EXIST_TIME}</MaxHistory>
            <TimeBasedFileNamingAndTriggeringPolicy
                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <!--日志文件最大的大小-->
                <MaxFileSize>${MAX_FILE_SIZE}</MaxFileSize>
            </TimeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>

        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>${PATTERN}</pattern>
        </layout>
    </appender>

<file>：被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。

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

<rollingPolicy>: 当发生滚动时，决定RollingFileAppender的行为，涉及文件移动和重命名。属性class定义具体的滚动策略类，"ch.qos.logback.core.rolling.TimeBasedRollingPolicy"是最常用的滚动策略，它根据时间来制定滚动策略，既负责滚动也负责出发滚动。 

        RollingFileAppender要想实现滚动功能，必须同时设置具体的RollingPolicy类与具体的TriggerPolicy类。如果某个类A实现了RollingPolicy与TriggerPolicy，那么只需要设置类A就可以了。

rollingPolicy属性值的类型有：FixedWindowRollingPolicy类、TimeBasedRollingPolicy类(常用)。FixedWindowRollingPolicy，TimeBasedRollingPolicy 支持自动压缩文件。

这些属性是需要配置的，因此我们可以通过在xml配置文件中的标签中创建以属性名为标签名的标签，并为这些标签进行配置。

注意：中不同的class属性值表明使用不同的目的地，因此会有不同的参数，从而表现出在配置文件中的标签有所差异。

1.最受欢迎的滚动策略TimeBaseRollingPolicy

TimeBaseRollingPolicy：最流行的滚动策略。根据时间来制定滚动策略。由于TimeBaseRollingPolicy实现了RollingPolicy接口和TriggeringPolicy接口，因此TimeBaseRollingPolicy即负责滚动也负责触发条件。

<fileNamePattern>：必要节点，包含文件名及“%d”转换符，“%d”可以包含一个java.text.SimpleDateFormat指定的时间格式，如：%d{yyyy-MM}。如果直接使用 %d，默认格式是 yyyy-MM-dd。RollingFileAppender的file字节点可有可无，通过设置file，可以为活动文件和归档文件指定不同位置，当前日志总是记录到file指定的文件（活动文件），活动文件的名字不会改变；如果没设置file，活动文件的名字会根据fileNamePattern 的值，每隔一段时间改变一次。“/”或者“\”会被当做目录分隔符。

<maxHistory>:可选节点，控制保留的归档文件的最大数量，超出数量就删除旧文件。假设设置每个月滚动，且<maxHistory>是6，则只保存最近6个月的文件，删除之前的旧文件。注意，删除旧文件是，那些为了归档而创建的目录也会被删除。"ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"是查看当前活动文件的大小，如果超过指定大小会告知RollingFileAppender 触发当前活动文件滚动。只有一个节点:

<maxFileSize>:这是活动文件的大小，默认值是10MB。 

<prudent>：当为true时，不支持FixedWindowRollingPolicy。支持TimeBasedRollingPolicy，但是有两个限制，1不支持也不允许文件压缩，2不能设置file属性，必须留空。 

<triggeringPolicy >: 告知 RollingFileAppender 合适激活滚动。"ch.qos.logback.core.rolling.FixedWindowRollingPolicy" 根据固定窗口算法重命名文件的滚动策略。

<minIndex>:窗口索引最小值

<maxIndex>:窗口索引最大值，当用户指定的窗口过大时，会自动将窗口设置为12。

<fileNamePattern>:必须包含“%i”例如，假设最小值和最大值分别为1和2，命名模式为 mylog%i.log,会产生归档文件mylog1.log和mylog2.log。还可以指定文件压缩选项，例如，mylog%i.log.gz 或者 没有log%i.log.zip

<encoder>  和  <layout> ：简单来说 encoder 和 layout 都是控制日志输出格式的，如果使用layout就需要如下样式：需要指定一个实例。

<layout class="ch.qos.logback.classic.PatternLayout">

 其中layout仅仅完成了将一个event事件转换成一个字符串这一个功能。此外，layout不能控制将字符串写出到文件。layout不能整合event事件到一组中。与encoder相比，不仅仅能按照格式进行转化，而且还能将数据写入到文件中。

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

具体可参考这篇文章：
logback和slf4j的使用之encoder和Layout-CSDN博客

<filter>:  logback具有过滤器支持。logbcak允许给日志记录器appender配置一个或多个Filter(或者给整体配置一个或多个TurboFilter)，来控制:当满足过滤器指定的条件时，才记录日志(或不满足条件时，拒绝记录日志)。logback支持自定义过滤器，当然logback也自带了一些常用的过滤器，在绝大多数时候，自带的过滤器其实就够用了，一般是不需要自定义过滤器的。

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

Filter:
1、LevelFilter：对指定level的日志进行记录(或不记录)，对不等于指定level的日志不记录(或进行记录)
2、ThresholdFilter：对指定level的日志进行记录(或不记录)，对不等于指定level的日志不记录(或进行记录)
3、EvaluatorFilter：对满足指定表达式的日志进行记录(或不记录)，对不满足指定表达式的日志不作记录(或进行记录)

TurboFilter：
1、MDCFilter ： 若MDC域中存在指定的key-value，则进行记录，否者不作记录
​​​​​​​2、DuplicateMessageFilter ： 根据配置不记录多余的重复的日志
3、MarkerFilter ：针对带有指定标记的日志，进行记录(或不作记录)

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

这里主要介绍一下ThresholdFilter和LevelFilter：

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：表示不用看后面的过滤器了，这里就给直接同意了，需要记录。

7、子节点：<logger>

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

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

<logger name="com.example" additivity="false" level="ERROR">
        <appender-ref ref="error"/>
    </logger>

控制com.example包下的日志打印，打印级别为“ERROR”;additivity属性为false，表示此loger的打印信息不再向上级传递;指定了名字为“error”的appender;

logger中可以有多个appender-ref

8、子节点：<root>

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

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

​​​​​​​

Logback配置文件详解——项目架构-CSDN博客

【Logback】＜logger＞、＜root＞标签详解 

kkkkatoq
关注
专栏目录
java日志组件
02-26
java日志组件
Java 日志框架 logback
追寻心的步伐
06-06 1384
官方网站：https://logback.qos.ch/index.htmlLogback：同样是log4j创始人离开Apache之后设计的开源日志组件，其性能比Log4j要好。logback分为三个模块：logback-core，logback-classic和logback-accesslogback-core：为其他两个模块奠定基础logback-classic：它是log4j的一个改良版本，同时它完整实现了slf4j API。
【Java日志系列】Logback日志框架
最新发布
记录了个人在学习生活中的所思所想，在反思自己的同时希望也能够帮到你
08-22 996
日志是软件开发中不可或缺的一部分，它不仅能够帮助开发者了解应用程序运行的状态，还能在出现问题时提供诊断信息。Logback 是一个高效、灵活的日志框架，它由 Log4j 的创始人 Ceki Gülcü 开发，并且是 SLF4J (Simple Logging Facade for Java) 的默认实现。Logback 分为三个模块：core、classic 和 access，其中 classic 模块提供了丰富的日志功能。
java日志组件_细说java平台日志组件
weixin_29858113的博客
02-15 224
1. java.util.loggingJDK自带日志组件，使用方式简单，不需要依赖第三方日志组件。支持将日志打印到控制台，文件，甚至可以将日志通过网络打印到指定主机。相对于第三方独立日志框架来说，支持的日志级别比较少，功能也比较单一。2. apache commons logginghttps://commons.apache.org/proper/commons-logging/index.h...
Java各类日志组件分析汇总
2401_84092832的博客
05-03 729
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！最简单的场景，正式系统一般不会这么用，自己写点小demo、测试用例啥的是可以这么用。不要任何第三方依赖，jdk原生支持。需要引入commons-logging包，示例如下： commons-logging commons-logging 1.2 需要引入commons-logging包和log4j包，示例如下： commons-
java中的日志组件
bingguang1993的博客
02-05 204
1.为什么使用日志组件 　　Log4J是Apache的一个开放源代码项目，它是一个日志操作包，通过使用Log4J，可以指定日志信息输出的目的地，如控制台、文件、ＣＵＩ组件、NT的事件记录器；还可以控制每一条日志输出格式。此外，通过定义日志信息的级别，能够非常细致地控制日志的输出，最令人感兴趣的是，这些功能可以通过一个配置文件来灵活进行配置，而不需要修改应程序代码。 在应用程序中输出日志
java的Logback日志框架jar包
07-11
SLF4J提供了一层抽象，允许你在不修改代码的情况下，用其他日志框架（如log4j或java.util.logging）替换Logback。此外，logback-classic还包含了一个名为`ch.qos.logback.classic.Logger`的类，它是SLF4J的实现，...
Java开发-日志管理-logback框架日志系统基础
09-22
在日常工程开发中，日志是非常重要的一部分，通过日志可以迅速定位线上问题，日志框架也有很多选择，日志框架Logback和Log4j是同一个作者，Logback相比于Log4j，性能提高了10倍以上的性能，占用的内存也变小了，并且...
Java 日志组件（一）
weixin_30527323的博客
12-11 91
　　　　作为一名Java程序员，日常开发中很定会接触日志系统，但是众多的框架，包括Log4j、Log4j2、Logback、Slf4j、commons-logging等等，引用的maven依赖众多，到底可以去掉哪些，一行Loggerfactory.getLogger(LogbackTest.class)后做了 　　哪些工作，怎么去找的配置文件，这还是有很多细节可以研究的。 　　　...
Java简易日志组件
06-23
Java简易日志组件，附配置和示例Demo
java日志组件_Java 日志组件（一）
weixin_33562004的博客
02-15 545
作为一名Java程序员，日常开发中很定会接触日志系统，但是众多的框架，包括Log4j、Log4j2、Logback、Slf4j、commons-logging等等，引用的maven依赖众多，到底可以去掉哪些，一行Loggerfactory.getLogger(LogbackTest.class)后做了哪些工作，怎么去找的配置文件，这还是有很多细节可以研究的。目前日志框架有jdk自带的logging...
[日志框架]logback
qq_28623375的博客
03-10 1053
logback Logback是由log4j创始人设计的另一个开源日志组件，性能比log4j要好。 官方网站：https://logback.qos.ch/index.html Logback主要分为三个模块： logback-core：其它两个模块的基础模块 logback-classic：它是log4j的一个改良版本，同时它完整实现了slf4j API logback-access：访问模块与Servlet容器集成提供通过Http来访问日志的功能 logback入门 引入依赖 <!-- slf4j
Java 日志组件 log4j
weixin_45138499的博客
08-12 119
概述
Java Logback教程
qq_34409900的博客
01-19 401
今天仔细配置了一下Logback，之前都是直接从网上找一下，今天仔细研究了一下。首先简单配置如下： <?xml version="1.0" encoding="UTF-8"?> <configuration debug="false"> <!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径--> <springProperty scope="context" name="logLevel" source="logBack.level"
Java笔记-Logback
ooeeerrtt的博客
02-15 241
1、logback.xml <?xml version="1.0" encoding="UTF-8"?> <configuration> <!--配置--> <property name="pattern" value="%msg%n"/> <property name="pattern_spring" value="[%-5level] %d{yyyy-MM-dd HH:mm:ss} %c %M %L [%thread] %
java业务日志组件_Java 日志组件（三）
weixin_28691741的博客
02-25 353
前两篇中介绍了jdk自带的logging，log4j，log4j2，logback等实际的日志框架。对于开发者而言，每种日志都有不同的写法，如果我们以实际的日志框架来进行编写，代码就限制死了，之后很难再更换日志系统，很难做到无缝切换。Java Web开发就经常提到一项原则：面向接口编程，而不是面向实现编程，所以我们应该按照一套统一的api进行日志编程，实际的日志框架来实现这套api，这样的话，即便...
java 日志组件概览-01-简单介绍 java.util.logging、Log4j、Logback、SLF4J、Commons Logging、Tinylog 对比
01-26 432
Log4j2 系统学习Logback 系统学习Slf4jSlf4j-02-slf4j 与 logback 整合SLF4j MDC-日志添加唯一标识分布式链路追踪-05-mdc 等信息如何跨线程? Log4j2 与 logback 的实现方式日志开源组件（一）java 注解结合 spring aop 实现自动输出日志日志开源组件（二）注解结合 spring aop 实现日志traceId唯一标识日志开源组件（三）java 注解结合 spring aop 自动输出日志新增拦截器与过滤器日志开源组件（四）如何动态
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值