Springboot日志-logback

logback-spring.xml的配置项

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

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

日志级别

 日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL，如果设置为WARN，则低于WARN的信息都不会输出

一、一个父标签

<configuration  scan="true" scanPeriod="10 seconds">
</configuration>
 

  • scan

当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true

  • scanPeriod

设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。

  • debug

当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。
 

二、两种属性 contextName和property

  • contextName

每个logger都关联到logger上下文，默认上下文名称为“default”。但可以使用设置成其他名字，用于区分不同应用程序的记录。一旦设置，不能修改。
如果同时存在logback.xml和logback-spring.xml，或者同时存在logback.xml和自定义的配置文件，则会先加载logback.xml，再根据application配置加载指定配置文件，或加载logback-spring,xml。如果这两个配置文件的contextName不同，就会报错：

# logback.xml
<?xml version="1.0" encoding="UTF-8"?>
<configuration  scan="true" scanPeriod="60 seconds" debug="false">
    <contextName>logback</contextName>
</configuration>

# logback.xml
<?xml version="1.0" encoding="UTF-8"?>
<configuration  scan="true" scanPeriod="60 seconds" debug="false">
    <contextName>logback</contextName>
</configuration>

# application.properties
logging.config=classpath:logback-spring.xml

ERROR in ch.qos.logback.classic.joran.action.ContextNameAction - Failed to rename context [logback] as [logback_demo] java.lang.IllegalStateException: Context has been already given a name

  • property

用来定义变量值的标签， 有两个属性，name和value；其中name的值是变量的名称，value的值时变量定义的值。通过定义的值会被插入到logger上下文中。定义变量后，可以使“${}”来使用变量。
例如使用定义上下文名称，然后在设置logger上下文时使用。

<configuration scan="true" scanPeriod="60 seconds" debug="false">  
      <property name="APP_Name" value="myAppName" />   
      <contextName>${APP_Name}</contextName>  
</configuration>

三、三个节点 appender、root、logger

  • append节点

appender的意思是追加器，在这里可以理解为一个日志的渲染器（或者说格式化日志输出）。比如渲染console日志为某种格式，渲染文件日志为另一种格式。
appender中有name和class两个属性，有rollingPolicy和encoder两个子节点。
name表示该渲染器的名字，class表示使用的输出策略，常见的有控制台输出策略和文件输出策略。

控制台输出appender

<property name="log.path" value="./fmsdconflog/nmys" /><!--输出到控制台 --><appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender"><!--此日志appender是为开发使用，只配置最底级别，控制台输出的日志级别是大于或等于此级别的日志信息 --><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>info</level></filter><encoder><Pattern>%-5p [%d][%mdc{mdc_accNo}] %C:%L - %m %n</Pattern><!-- 设置字符集 --><charset>UTF-8</charset></encoder></appender>

  1. <contextName>标签用于定义日志框架的名称，这里使用的是logback。
  2. <property>标签用于定义变量名和变量值，可以在后续的日志配置中使用${}来引用定义的变量。在本例中，定义了变量log.path的值为./fmsdconflog/nmys，表示日志文件的存储路径。
  3. <appender>标签用于定义日志输出的目标，可以是控制台、文件、数据库等。在本例中，定义了一个名为CONSOLE的appender，用于将日志输出到控制台。
  4. class属性指定了appender的实现类，这里使用的是ch.qos.logback.core.ConsoleAppender，表示将日志输出到控制台。
  5. <filter>标签用于过滤日志，只有符合条件的日志才会被输出。在本例中，使用了ThresholdFilter实现类，表示只输出大于或等于info级别的日志信息。
  6. <level>标签表示日志级别，这里设置为info级别。
  7. <encoder>标签用于设置日志格式，定义了输出日志时的具体格式，可以包含时间、线程、日志级别、类名、方法名、日志信息等。在本例中，使用了Pattern模式来定义日志输出格式，其中%-5p表示日志级别，%d表示时间，%mdc{mdc_accNo}表示MDC中名称为mdc_accNo的变量，%C表示输出日志的线程的类名，%L表示输出日志的线程的方法名，%m表示日志信息，%n表示换行符。
  8. <charset>标签用于设置字符集，这里设置为UTF-8，表示日志信息以UTF-8的编码方式输出。

文件输入appender

文件输出主要包括配置：以指定格式将日志输出到指定文件夹下的文件中，可以配置该文件的名称、最大大小、保存时间等。

   <!--输出到文件--><!-- 时间滚动输出 level为 DEBUG 日志 --><appender name="DEBUG_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><!--先将今天的日志保存在这个文件中--><file>${log.path}/log_debug.log</file><!--日志文件输出格式   %-d{yyyy-MM-dd HH:mm:ss}  [ %t:%r ] - [ %p ]  %m%n%d{HH: mm:ss.SSS}——日志输出时间%thread——输出日志的进程名字，这在Web应用以及异步任务处理中很有用%-5level——日志级别，并且使用5个字符靠左对齐%logger{36}——日志输出者的名字%msg——日志消息%n——平台的换行符--><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset> <!-- 设置字符集 --></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><!--如果第二天输出日志,会将当天的日志记录在<file>${log.path}/log_debug.log</file>,然后将昨天的日志归档到下面的文件中--><!--以分钟切分  %d{yyyy-MM-dd_HH-mm}--><fileNamePattern>${log.path}/debug/log-debug-%d{yyyy-MM-dd_HH-mm}.%i.log</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><!--单个日志文件最大100M，到了这个值，就会再创建一个日志文件，日志文件的名字最后+1--><maxFileSize>100MB</maxFileSize><!--日志文件保留天数--><maxHistory>30</maxHistory><!--所有的日志文件最大20G，超过就会删除旧的日志--><totalSizeCap>20GB</totalSizeCap></rollingPolicy><!-- 此日志文件只记录debug级别的 onMatch和onMismatch都有三个属性值，分别为Accept、DENY和NEUTRALonMatch="ACCEPT" 表示匹配该级别及以上onMatch="DENY" 表示不匹配该级别及以上onMatch="NEUTRAL" 表示该级别及以上的，由下一个filter处理，如果当前是最后一个，则表        示匹配该级别及以上onMismatch="ACCEPT" 表示匹配该级别以下onMismatch="NEUTRAL" 表示该级别及以下的，由下一个filter处理，如果当前是最后一个，则不匹配该级别以下的onMismatch="DENY" 表示不匹配该级别以下的--><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>debug</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender>


<appender name="ERROR_FILE"class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><file>${log.path}/log_error.log</file><!--日志文件输出格式 --><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} -%msg%n</pattern><charset>UTF-8</charset> <!-- 设置字符集 --></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!-- 日志归档 --><fileNamePattern>${log.path}/error/log-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern><timeBasedFileNamingAndTriggeringPolicyclass="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"><maxFileSize>100MB</maxFileSize></timeBasedFileNamingAndTriggeringPolicy><!--日志文件保留天数 --><maxHistory>15</maxHistory></rollingPolicy><!-- 此日志文件只记录debug级别的 --><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>error</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender>

  1. <appender>标签表示日志输出目标，这里定义了一个名为ERROR_FILE的appender。
  2. class属性指定了appender的实现类，这里使用的是ch.qos.logback.core.rolling.RollingFileAppender，表示将日志输出到文件。
  3. <file>标签指定了正在记录的日志文件的路径及文件名，${log.path}/log_error.log表示日志文件存储在${log.path}变量定义的路径下，文件名为log_error.log。
  4. <encoder>标签用于设置输出日志的格式，与前面的例子类似，但是添加了时间格式化。
  5. <rollingPolicy>标签用于设置日志滚动策略，按日期或按大小记录日志。在本例中使用的是按日期记录的策略TimeBasedRollingPolicy。
  6. <fileNamePattern>标签指定了日志归档的文件名格式，${log.path}/error/log-error-%d{yyyy-MM-dd}.%i.log表示日志文件存储在${log.path}/error路径下，文件名格式为log-error-日期.序号.log。
  7. <timeBasedFileNamingAndTriggeringPolicy>标签用于设置日志文件滚动触发策略，这里使用的是SizeAndTimeBasedFNATP，表示按时间和文件大小来触发滚动。
  8. <maxFileSize>标签设置单个日志文件的最大大小，这里设置为100MB。
  9. <maxHistory>标签设置保留历史日志文件的天数，这里设置为15天。
  10. <filter>标签用于过滤日志，只有符合条件的日志才会被输出。在本例中，使用了LevelFilter实现类，表示只输出error级别的日志信息。
  11. <level>标签表示日志级别，这里设置为error级别。
  12. <onMatch>和<onMismatch>标签用于匹配过滤条件时的行为，ACCEPT表示接受，即输出符合条件的日志信息，DENY表示拒绝，即不输出符合条件的日志信息。

root

root节点实际上是配置启动哪种appender，可以添加多个appender

<!--root配置必须在appender下边-->
<!--root节点是对所有appender的管理,添加哪个appender就会打印哪个appender的日志-->
<!--root节点的level是总的日志级别控制,如果appender的日志级别设定比root的高,会按照appender的日志级别打印日志,-->
<!--如果appender的日志级别比root的低,会按照root设定的日志级别进行打印日志-->
<!--也就是说root设定的日志级别是最低限制,如果root设定级别为最高ERROR,那么所有appender只能打印最高级别的日志-->
<root level="DEBUG">
  <appender-ref ref="CONSOLE" />
  <appender-ref ref="DEBUG_FILE" />
  <appender-ref ref="INFO_FILE" />
  <appender-ref ref="WARN_FILE" />
  <appender-ref ref="ERROR_FILE" />
</root>

logger和root的关系

  • root和logger是父子的关系

logger的appender根据参数additivity决定是否要叠加root的appender，logger的级别是其自身定义的级别，和root的级别没什么关系。

  • logger对单个包或类添加配置，相当于局部配置，root相当于全局配置

如果logger里面配置了additivity=“false”，就会覆盖root的，只打印一遍；但是additivity=“true”，就会向上层再次传递，不会覆盖，而是打印两遍！

举例说明：
测试方法：

package com.pikaiqu.logbackdemo;

import org.junit.jupiter.api.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.test.context.SpringBootTest;

@SpringBootTest
class LogbackdemoApplicationTests {
    private static Logger log = LoggerFactory.getLogger(LogbackdemoApplicationTests.class);
    @Test 
    void logTest() {
        log.trace("======trace");
        log.debug("======debug");
        log.info("======info");
        log.warn("======warn");
        log.error("======error");
    }
}
 

只配置root

<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="false" scanPeriod="60 seconds" debug="false">
    <contextName>logback_demo</contextName>
    <property name="pattern-color" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg %n"/>

    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <!-- encoder 默认配置为PatternLayoutEncoder -->
        <encoder>
            <pattern>${pattern-color}}</pattern>
        </encoder>
    </appender>

    <root level="INFO">
        <appender-ref ref="STDOUT" />
    </root>

</configuration>

=================================输出结果============================================
2022-04-26 15:37:48.441 [main] INFO  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======info 
2022-04-26 15:37:48.441 [main] WARN  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======warn 
2022-04-26 15:37:48.441 [main] ERROR c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======error
 

当执行测试方法时，root将级别为“INFO”及大于“INFO”的日志信息交给已经配置好的名为“STDOUT”的appender处理，“STDOUT”appender将信息打印到控制台；

  1. 配置root和logger，但logger不指定级别，不指定appender（指logger没有指定appender）

<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="false" scanPeriod="60 seconds" debug="false">
    <contextName>logback_demo</contextName>
    <property name="pattern-color" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg %n"/>

    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <!-- encoder 默认配置为PatternLayoutEncoder -->
        <encoder>
            <pattern>${pattern-color}}</pattern>
        </encoder>
    </appender>

    <logger name="com.pikaiqu.logbackdemo" ></logger>

    <root level="INFO">
        <appender-ref ref="STDOUT" />
    </root>

</configuration>

=================================输出结果============================================
2022-04-26 15:39:09.351 [main] INFO  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======info 
2022-04-26 15:39:09.351 [main] WARN  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======warn 
2022-04-26 15:39:09.351 [main] ERROR c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======error 
 

将控制com.pikaiqu.logbackdemo包下的所有类的日志的打印，但是并没用设置打印级别，所以继承他的上级的日志级别“INFO”；
没有设置addtivity，默认为true，将此loger的打印信息向上级（root）传递；
没有设置appender，此loger本身不打印任何信息。
将root的打印级别设置为“INFO”，指定了名字为“STDOUT”的appender。

当执行测试方法时，因为LogbackDemo 在包com.pikaiqu.logbackdemo中，所以首先执行，将级别为“INFO”及大于“INFO”的日志信息传递给root，本身并不打印；
root接到下级（即）传递的信息，交给已经配置好的名为“STDOUT”的appender处理，“STDOUT”appender将信息打印到控制台；

配置root和多个logger，指定级别，指定appender

<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="false" scanPeriod="60 seconds" debug="false"><contextName>logback_demo</contextName><property name="pattern-color" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg %n"/><appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><!-- encoder 默认配置为PatternLayoutEncoder --><encoder><pattern>${pattern-color}}</pattern></encoder></appender><logger name="com.pikaiqu.logbackdemo" ></logger><logger name="com.pikaiqu.logbackdemo.LogbackdemoApplicationTests" level="INFO" additivity="false"><appender-ref ref="STDOUT"/></logger><root level="INFO"><appender-ref ref="STDOUT" /></root></configuration>=================================输出结果============================================
2022-04-26 15:41:08.022 [main] INFO  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======info 
2022-04-26 15:41:08.023 [main] WARN  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======warn 
2022-04-26 15:41:08.023 [main] ERROR c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======error

将控制com.pikaiqu.logbackdemo包下的所有类的日志的打印，但是并没用设置打印级别，所以继承他的上级的日志级别“INFO”；
没有设置addtivity，默认为true，将此loger的打印信息向上级传递；
没有设置appender，此loger本身不打印任何信息。

控制com.pikaiqu.logbackdemo.LogbackdemoApplicationTests类的日志打印，打印级别为“INFO”；
additivity属性为false，表示此loger的打印信息不再向上级（即）传递，
使用指定了名字为“STDOUT”的appender。

将root的打印级别设置为“INFO”，指定了名字为“STDOUT”的appender。

当执行测试方法时，先执行，将级别为“INFO”及大于“INFO”的日志信息交给此loger指定的名为“STDOUT”的appender处理，在控制台中打出日志，不再向该loger的上级 传递打印信息；

未接到任何打印信息，当然也不会给它的上级root传递任何打印信息；

如果设置，则结果如下：

<?xml version="1.0" encoding="UTF-8"?>
<configuration scan="false" scanPeriod="60 seconds" debug="false"><contextName>logback_demo</contextName><property name="pattern-color" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg %n"/><appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><!-- encoder 默认配置为PatternLayoutEncoder --><encoder><pattern>${pattern-color}}</pattern></encoder></appender><logger name="com.pikaiqu.logbackdemo" ></logger><logger name="com.pikaiqu.logbackdemo.LogbackdemoApplicationTests" level="INFO" additivity="true"><appender-ref ref="STDOUT"/></logger><root level="info"><appender-ref ref="STDOUT" /></root></configuration>=================================输出结果============================================
2022-04-26 15:41:08.022 [main] INFO  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======info 
2022-04-26 15:41:08.022 [main] INFO  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======info 
2022-04-26 15:41:08.023 [main] WARN  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======warn 
2022-04-26 15:41:08.023 [main] WARN  c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======warn 
2022-04-26 15:41:08.023 [main] ERROR c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======error 
2022-04-26 15:41:08.023 [main] ERROR c.pikaiqu.logbackdemo.LogbackdemoApplicationTests - ======error

将控制com.pikaiqu.logbackdemo包下的所有类的日志的打印，但是并没用设置打印级别，所以继承他的上级的日志级别“INFO”；
没有设置addtivity，默认为true，将此loger的打印信息向上级传递；
没有设置appender，此loger本身不打印任何信息。

控制com.pikaiqu.logbackdemo.LogbackdemoApplicationTests类的日志打印，打印级别为“INFO”；
additivity属性为false，表示此loger的打印信息会向上级（即）传递，
使用指定了名字为“STDOUT”的appender。

将root的打印级别设置为“INFO”，指定了名字为“STDOUT”的appender。

当执行测试方法时，先执行，将级别为“INFO”及大于“INFO”的日志信息交给此loger指定的名为“STDOUT”的appender处理，在控制台中打出日志。
然后向该loger的上级 传递打印信息；由于没有设置appender，此loger本身不打印任何信息，而且没有设置addtivity，则默认为true，因此将此loger的打印信息向上级(root)传递。
root接到下级（即）传递的信息，交给已经配置好的名为“STDOUT”的appender处理，“STDOUT”appender将信息打印到控制台。

环境配置

<?xml version="1.0" encoding="UTF-8"?>
<configuration  scan="true" scanPeriod="10 seconds"><!--配置多环境日志输出  可以在application.properties中配置选择哪个profiles : spring.profiles.active=dev--><!--生产环境:输出到文件--><!--<springProfile name="pro"><root level="info"><appender-ref ref="DEBUG_FILE" /><appender-ref ref="INFO_FILE" /><appender-ref ref="ERROR_FILE" /><appender-ref ref="WARN_FILE" /></root></springProfile>--><!--开发环境:打印控制台--><!--<springProfile name="dev"><root level="debug"><appender-ref ref="CONSOLE" /></root></springProfile>--></configuration>

完整的logback-spring.xml配置文件

<?xml version="1.0" encoding="UTF-8"?>
<!-- 日志级别从低到高分为TRACE < DEBUG < INFO < WARN < ERROR < FATAL，如果设置为WARN，则低于WARN的信息都不会输出 -->
<!-- scan:当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true -->
<!-- scanPeriod:设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。 -->
<!-- debug:当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。 -->
<configuration  scan="true" scanPeriod="10 seconds"><contextName>logback</contextName><!-- name的值是变量的名称，value的值时变量定义的值。通过定义的值会被插入到logger上下文中。定义变量后，可以使“${}”来使用变量--><property name="log.path" value="F:/java基础学习/复习testcode/logs" /><property name="CONSOLE_LOG_PATTERN" value="%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg %n"/><!--输出到控制台--><appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"><!--此日志appender是为开发使用，只配置最底级别，控制台输出的日志级别是大于或等于此级别的日志信息--><filter class="ch.qos.logback.classic.filter.ThresholdFilter"><level>debug</level></filter><encoder><Pattern>${CONSOLE_LOG_PATTERN}</Pattern><!-- 设置字符集 --><charset>UTF-8</charset></encoder></appender><!--输出到文件--><!-- 时间滚动输出 level为 DEBUG 日志 --><appender name="DEBUG_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><!--先将今天的日志保存在这个文件中--><file>${log.path}/log_debug.log</file><!--日志文件输出格式   %-d{yyyy-MM-dd HH:mm:ss}  [ %t:%r ] - [ %p ]  %m%n%d{HH: mm:ss.SSS}——日志输出时间%thread——输出日志的进程名字，这在Web应用以及异步任务处理中很有用%-5level——日志级别，并且使用5个字符靠左对齐%logger{36}——日志输出者的名字%msg——日志消息%n——平台的换行符--><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset> <!-- 设置字符集 --></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><!--如果第二天输出日志,会将当天的日志记录在<file>${log.path}/log_debug.log</file>,然后将昨天的日志归档到下面的文件中--><!--以分钟切分  %d{yyyy-MM-dd_HH-mm}--><fileNamePattern>${log.path}/debug/log-debug-%d{yyyy-MM-dd_HH-mm}.%i.log</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><!--单个日志文件最大100M，到了这个值，就会再创建一个日志文件，日志文件的名字最后+1--><maxFileSize>100MB</maxFileSize><!--日志文件保留天数--><maxHistory>30</maxHistory><!--所有的日志文件最大20G，超过就会删除旧的日志--><totalSizeCap>20GB</totalSizeCap></rollingPolicy><!--此日志文件只记录debug级别的onMatch和onMismatch都有三个属性值，分别为Accept、DENY和NEUTRALonMatch="ACCEPT" 表示匹配该级别及以上onMatch="DENY" 表示不匹配该级别及以上onMatch="NEUTRAL" 表示该级别及以上的，由下一个filter处理，如果当前是最后一个，则表示匹配该级别及以上onMismatch="ACCEPT" 表示匹配该级别以下onMismatch="NEUTRAL" 表示该级别及以下的，由下一个filter处理，如果当前是最后一个，则不匹配该级别以下的onMismatch="DENY" 表示不匹配该级别以下的--><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>debug</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender><!-- 时间滚动输出 level为 INFO 日志 --><appender name="INFO_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><file>${log.path}/log_info.log</file><!--日志文件输出格式--><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><!--如果第二天输出日志,会将当天的日志记录在<file>${log.path}/log_debug.log</file>,然后将昨天的日志归档到下面的文件中--><!--以分钟切分  %d{yyyy-MM-dd_HH-mm}--><fileNamePattern>${log.path}/info/log-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><!--单个日志文件最大100M，到了这个值，就会再创建一个日志文件，日志文件的名字最后+1--><maxFileSize>100MB</maxFileSize><!--日志文件保留天数--><maxHistory>30</maxHistory><!--所有的日志文件最大20G，超过就会删除旧的日志--><totalSizeCap>20GB</totalSizeCap></rollingPolicy><!--SizeAndTimeBasedRollingPolicy配置更灵活,所以改用SizeAndTimeBasedRollingPolicy--><!--<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">&lt;!&ndash; 每天日志归档路径以及格式 &ndash;&gt;<fileNamePattern>${log.path}/info/log-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern><timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"><maxFileSize>100MB</maxFileSize></timeBasedFileNamingAndTriggeringPolicy>&lt;!&ndash;日志文件保留天数&ndash;&gt;<maxHistory>15</maxHistory></rollingPolicy>--><!-- 此日志文件只记录info级别的 --><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>info</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender><!-- 时间滚动输出 level为 WARN 日志 --><appender name="WARN_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><file>${log.path}/log_warn.log</file><!--日志文件输出格式--><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset> <!-- 此处设置字符集 --></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><!--如果第二天输出日志,会将当天的日志记录在<file>${log.path}/log_debug.log</file>,然后将昨天的日志归档到下面的文件中--><!--以分钟切分  %d{yyyy-MM-dd_HH-mm}--><fileNamePattern>${log.path}/warn/log-warn-%d{yyyy-MM-dd}.%i.log</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><!--单个日志文件最大100M，到了这个值，就会再创建一个日志文件，日志文件的名字最后+1--><maxFileSize>100MB</maxFileSize><!--日志文件保留天数--><maxHistory>30</maxHistory><!--所有的日志文件最大20G，超过就会删除旧的日志--><totalSizeCap>20GB</totalSizeCap></rollingPolicy><!-- 此日志文件只记录warn级别的 --><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>warn</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender><!-- 时间滚动输出 level为 ERROR 日志 --><appender name="ERROR_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><!-- 正在记录的日志文件的路径及文件名 --><file>${log.path}/log_error.log</file><!--日志文件输出格式--><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern><charset>UTF-8</charset> <!-- 此处设置字符集 --></encoder><!-- 日志记录器的滚动策略，按日期，按大小记录 --><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><!--如果第二天输出日志,会将当天的日志记录在<file>${log.path}/log_debug.log</file>,然后将昨天的日志归档到下面的文件中--><!--以分钟切分  %d{yyyy-MM-dd_HH-mm}--><fileNamePattern>${log.path}/error/log-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><!--单个日志文件最大100M，到了这个值，就会再创建一个日志文件，日志文件的名字最后+1--><maxFileSize>100MB</maxFileSize><!--日志文件保留天数--><maxHistory>30</maxHistory><!--所有的日志文件最大20G，超过就会删除旧的日志--><totalSizeCap>20GB</totalSizeCap></rollingPolicy><!-- 此日志文件只记录ERROR级别的 --><filter class="ch.qos.logback.classic.filter.LevelFilter"><level>ERROR</level><onMatch>ACCEPT</onMatch><onMismatch>DENY</onMismatch></filter></appender><!--root配置必须在appender下边--><!--root节点是对所有appender的管理,添加哪个appender就会打印哪个appender的日志--><!--root节点的level是总的日志级别控制,如果appender的日志级别设定比root的高,会按照appender的日志级别打印日志,--><!--如果appender的日志级别比root的低,会按照root设定的日志级别进行打印日志--><!--也就是说root设定的日志级别是最低限制,如果root设定级别为最高ERROR,那么所有appender只能打印最高级别的日志--><root level="INFO"><appender-ref ref="STDOUT" /><appender-ref ref="DEBUG_FILE" /><appender-ref ref="INFO_FILE" /><appender-ref ref="WARN_FILE" /><appender-ref ref="ERROR_FILE" /></root><!--name:用来指定受此loger约束的某一个包或者具体的某一个类。--><!--addtivity:是否向上级loger传递打印信息。默认是true。--><logger name="com.pikaiqu.logbackdemo.LogbackdemoApplicationTests" level="debug" additivity="false"><appender-ref ref="STDOUT" /><appender-ref ref="INFO_FILE" /></logger><!--配置多环境日志输出  可以在application.properties中配置选择哪个profiles : spring.profiles.active=dev--><!--生产环境:输出到文件--><!--<springProfile name="pro"><root level="info"><appender-ref ref="DEBUG_FILE" /><appender-ref ref="INFO_FILE" /><appender-ref ref="ERROR_FILE" /><appender-ref ref="WARN_FILE" /></root></springProfile>--><!--开发环境:打印控制台--><!--<springProfile name="dev"><root level="debug"><appender-ref ref="STDOUT" /></root></springProfile>--></configuration>

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/177141.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

filebeat日志收集工具

filebeat日志收集工具

elk:filebeat日志收集工具和logstash相同 filebeat是一个轻量级的日志收集工具&#xff0c;所使用的系统资源比logstash部署和启动时使用的资源要小得多 filebeat可以运行在非Java环境&#xff0c;它可以代理logstash在非Java环境上收集日志 filebeat无法实现数据的过滤&…
阅读更多...
Programming Abstractions in C阅读笔记：p197-p201

Programming Abstractions in C阅读笔记：p197-p201

《Programming Abstractions in C》学习第64天&#xff0c;p196-p201总结。 一、技术总结 很难&#xff0c;唯有继续往下看才能让其变容易。 二、英语总结 1.psychologically是什么意思&#xff1f; 答&#xff1a; (1))psychology > psychological > psychologica…
阅读更多...
名词解释之EID和SR

名词解释之EID和SR

大家在聊辅助驾驶时&#xff0c;经常会发现有名词叫SR&#xff0c;或者EID&#xff0c;理想的环境感知界面叫EID&#xff0c;而其他很多车型里大家管那个界面叫SR。我们下面具体看下这两个词具体指什么。 SR是“Situational Awareness”的缩写,意思是环境感知或场景认知。 SR系…
阅读更多...
【JMeter】配置元件

【JMeter】配置元件

1. 元件的分类 HTTP Request Default 作用&#xff1a; 可以配置成通用的信息&#xff0c;可复用 ​​​​​​​ JDBC Connection Configuration 作用&#xff1a;连接数据库 前提&#xff1a; 下载好对应数据类型的jar包 ​​​​​​​ HTTP Header Manager信息头管理…
阅读更多...
微信小程序推送服务号消息（一）【Go+微信小程序+微信服务号+微信开放平台】

微信小程序推送服务号消息（一）【Go+微信小程序+微信服务号+微信开放平台】

一、需求场景 业务需要给微信小程序用户在某些场景推送微信服务号消息&#xff0c;例如&#xff1a;订单即将超时&#xff0c;电子合同签约超时等&#xff1b; 二、开发准备 1、开通微信服务号 入口&#xff1a;微信公众平台 1.1 在服务号中获取推送消息所需的配置信息&#…
阅读更多...
免费部署开源大模型 ChatGLM-6B

免费部署开源大模型 ChatGLM-6B

参考&#xff1a;【大模型-第一篇】在阿里云上部署ChatGLM3-CSDN博客 ChatGLM 是一个开源的、支持中英双语的对话语言模型&#xff0c;由智谱 AI 和清华大学 KEG 实验室联合发布&#xff0c;基于 General Language Model (GLM) 架构&#xff0c;具有 62 亿参数。ChatGLM3-6B 更…
阅读更多...
基于JavaWeb+SSM+Vue校园综合服务小程序系统的设计和实现

基于JavaWeb+SSM+Vue校园综合服务小程序系统的设计和实现

基于JavaWebSSMVue校园综合服务小程序系统的设计和实现 源码获取入口Lun文目录前言主要技术系统设计功能截图订阅经典源码专栏Java项目精品实战案例《500套》 源码获取 源码获取入口 Lun文目录 摘 要 I Abstract II 第一章 绪 论 1 1.1选题背景 2 1.2研究现状 3 1.3研究内容 …
阅读更多...
易基因： MeRIP-seq等从m6A RNA甲基化角度揭示NFATc1对破骨细胞的调控机制｜研究速递

易基因： MeRIP-seq等从m6A RNA甲基化角度揭示NFATc1对破骨细胞的调控机制｜研究速递

大家好&#xff0c;这里是专注表观组学十余年&#xff0c;领跑多组学科研服务的易基因。 双膦酸盐类药物是强效骨吸收抑制剂&#xff0c;是治疗骨质疏松症、多发性骨髓瘤、骨转移等疾病的首选药物。这些药物通过抑制甲羟戊酸通路和促进破骨细胞凋亡来促进骨吸收。双膦酸盐类药…
阅读更多...
使用jenkins和tomcat创建并部署maven项目

使用jenkins和tomcat创建并部署maven项目

准备三台服务器&#xff1a; 192.168.58.139 部署tomcat 详细参照&#xff1a;http://t.csdnimg.cn/Yp2z2 192.168.58.140 部署gitlab 详细参照&#xff1a;http://t.csdnimg.cn/Sb1uz 192.168.58.153 部署Jenkins 详细参照…
阅读更多...
P8A005-A008系统加固

P8A005-A008系统加固

系统账户数据库安全 预备知识】 数据库研究跨越于计算机应用、系统软件和理论三个领域&#xff0c;其中应用促进新系统的研制开发&#xff0c;新系统带来新的理论研究&#xff0c;而理论研究又对前两个领域起着指导作用。 【实验步骤】 网络拓扑&#xff1a;server2008-bas…
阅读更多...
【Unity基础】8.简单场景的搭建

【Unity基础】8.简单场景的搭建

【Unity基础】8.简单场景的搭建 大家好&#xff0c;我是Lampard~~ 欢迎来到Unity基础系列博客&#xff0c;所学知识来自B站阿发老师~感谢 &#xff08;一&#xff09;场景资源 &#xff08;1&#xff09;Import资源包 今天我们将手动去搭一个简单的场景&#xff0c;当…
阅读更多...
IP-Adapter：文本兼容图像提示适配器，用于文本到图像扩散模型

IP-Adapter：文本兼容图像提示适配器，用于文本到图像扩散模型

IP-Adapter这是一种有效且轻量级的适配器&#xff0c;用于实现预训练文本到图像扩散模型的图像提示功能。只有 22M 参数的 IP 适配器可以实现与微调图像提示模型相当甚至更好的性能。IP-Adapter 不仅可以推广到从同一基本模型微调的其他自定义模型&#xff0c;还可以推广到使用…
阅读更多...
机器学习（1）机器学习类型和机器学习的主要概念

机器学习（1）机器学习类型和机器学习的主要概念

0.前提 深度学习&#xff08;Deep Learing&#xff09;是机器学习&#xff08;Machine Learning&#xff09;领域中的一个新的研究方向&#xff0c;在如今的时代研究深度学习的大模型是十分热门的。我不知道有多少人有关注到最近openai的事件啊&#xff0c;说个比较让我惊讶的…
阅读更多...
03、K-means聚类实现步骤与基于K-means聚类的图像压缩（1）

03、K-means聚类实现步骤与基于K-means聚类的图像压缩（1）

03、K-means聚类实现步骤与基于K-means聚类的图像压缩&#xff08;1&#xff09; 03、K-means聚类实现步骤与基于K-means聚类的图像压缩&#xff08;1&#xff09; 03、K-means聚类实现步骤与基于K-means聚类的图像压缩&#xff08;2&#xff09; 开始学习机器学习啦&#xf…
阅读更多...
解决：ModuleNotFoundError: No module named ‘PyQt5‘

解决：ModuleNotFoundError: No module named ‘PyQt5‘

解决&#xff1a;ModuleNotFoundError: No module named ‘PyQt5’ 文章目录 解决&#xff1a;ModuleNotFoundError: No module named PyQt5背景报错问题报错翻译报错位置代码报错原因解决方法安装PyQt5在PyCharm中配置PyQt5对于新项目对于已有项目 今天的分享就到此结束了 背景…
阅读更多...
【序列推荐】MAN：跨领域顺序推荐的混合注意网络

【序列推荐】MAN：跨领域顺序推荐的混合注意网络

#论文题目&#xff1a;MAN&#xff1a;Mixed Attention Network for Cross-domain Sequential Recommendation&#xff08;跨领域顺序推荐的混合注意网络&#xff09; #论文地址&#xff1a;https://dl.acm.org/doi/10.1145/3543507.3583278 #论文源码开源地址&#xff1a;http…
阅读更多...
Docker可视化工具Portainer（轻量）或者Docker容器监控之 CAdvisor+InfluxDB+Granfana（重量）

Docker可视化工具Portainer（轻量）或者Docker容器监控之 CAdvisor+InfluxDB+Granfana（重量）

Docker轻量级可视化工具Portainer 是什么 Portainer 是一款轻量级的应用&#xff0c;它提供了图形化界面&#xff0c;用于方便地管理Docker环境&#xff0c;包括单机环境和集群环境。 安装 官网 https://www.portainer.io/ https://docs.portainer.io/v/ce-2.9/start/instal…
阅读更多...
CANdelaStudio 中 Bese Variant 和 Variant区别

CANdelaStudio 中 Bese Variant 和 Variant区别

关于 Bese Variant &#xff0c;其在 CDDT 和 CDD 文件中都存在&#xff0c;有且只有一个 主要包含三部分&#xff0c;重点只关注 DIDs 和 Supported Diagnostic Classes 而在 CDD 文件中&#xff0c;除了 Bese Variant 外&#xff0c;还有一个 Variant “Variant” 这个概…
阅读更多...
minio分布式存储系统

minio分布式存储系统

目录 拉取docker镜像 minio所需要的依赖 文件存放的位置 手动上传文件到minio中 工具类上传 yml配置 config类 service类 启动类 测试类 图片 视频 删除minio服务器的文件 下载minio服务器的文件 拉取docker镜像 拉取稳定版本:docker pull minio/minio:RELEASE.20…
阅读更多...
解析和存储优化的批量爬虫采集策略

解析和存储优化的批量爬虫采集策略

如果你正在进行批量爬虫采集工作&#xff0c;并且想要优化解析和存储过程&#xff0c;提高采集效率和稳定性&#xff0c;那么本文将为你介绍一些实用的策略和技巧。解析和存储是批量爬虫采集中不可忽视的重要环节&#xff0c;其效率和质量对整个采集系统的性能至关重要。在下面…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023