logback.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 debug="false"> <!-- <property resource="application.yml"/>--> <!-- <springProperty scope="context" name="log.lv" source="logging.lv"/>--> <property name="LOG_NAME" value="xdc_cj"/> <property name="MAX_HISTORY" value="30"/> <property name="TOTAL_SIZE_CAP" value="1G"/> <property name="MAX_FILE_SIZE" value="50M"/> <!-- 彩色日志 --> <!-- 彩色日志依赖的渲染类 --> <conversionRule conversionWord="clr" converterClass="org.springframework.boot.logging.logback.ColorConverter" /> <conversionRule conversionWord="wex" converterClass="org.springframework.boot.logging.logback.WhitespaceThrowableProxyConverter" /> <conversionRule conversionWord="wEx" converterClass="org.springframework.boot.logging.logback.ExtendedWhitespaceThrowableProxyConverter" /> <!-- 彩色日志格式 --> <property name="CONSOLE_LOG_PATTERN" value="${CONSOLE_LOG_PATTERN:-%clr(%d{yyyy-MM-dd HH:mm:ss.SSS}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(---){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}}"/> <!-- appender是configuration的子节点,是负责写日志的组件。 --> <!-- ConsoleAppender:把日志输出到控制台 --> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <!-- <filter class="ch.qos.logback.classic.filter.ThresholdFilter">--> <!-- <level>${log.lv}</level>--> <!-- </filter>--> <!-- 默认情况下,每个日志事件都会立即刷新到基础输出流。 这种默认方法更安全,因为如果应用程序在没有正确关闭appender的情况下退出,则日志事件不会丢失。 但是,为了显着增加日志记录吞吐量,您可能希望将immediateFlush属性设置为false --> <!--<immediateFlush>true</immediateFlush>--> <encoder> <!-- %37():如果字符没有37个字符长度,则左侧用空格补齐 --> <!-- %-37():如果字符没有37个字符长度,则右侧用空格补齐 --> <!-- %15.15():如果记录的线程字符长度小于15(第一个)则用空格在左侧补齐,如果字符长度大于15(第二个),则从开头开始截断多余的字符 --> <!-- %-40.40():如果记录的logger字符长度小于40(第一个)则用空格在右侧补齐,如果字符长度大于40(第二个),则从开头开始截断多余的字符 --> <!-- %msg:日志打印详情 --> <!-- %n:换行符 --> <!-- %highlight():转换说明符以粗体红色显示其级别为ERROR的事件,红色为WARN,BLUE为INFO,以及其他级别的默认颜色。 --> <pattern>${CONSOLE_LOG_PATTERN}</pattern> <!-- 控制台也要使用UTF-8,不要使用GBK,否则会中文乱码 --> <charset>UTF-8</charset> </encoder> </appender> <!-- RollingFileAppender:滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件 --> <!-- 以下的大概意思是:1.先按日期存日志,日期变了,将前一天的日志文件名重命名为XXX%日期%索引,新的日志仍然是project_info.log --> <!-- 2.如果日期没有发生变化,但是当前日志的文件大小超过10MB时,对当前日志进行分割 重命名--> <appender name="log" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!--日志文件路径和名称--> <File>./log/${LOG_NAME}.log</File> <!--是否追加到文件末尾,默认为true--> <append>true</append> <!-- <filter class="ch.qos.logback.classic.filter.LevelFilter">--> <!-- <level>ERROR</level>--> <!-- <onMatch>DENY</onMatch><!– 如果命中ERROR就禁止这条日志 –>--> <!-- <onMismatch>ACCEPT</onMismatch><!– 如果没有命中就使用这条规则 –>--> <!-- </filter>--> <!-- ThresholdFilter过滤低于指定阈值的事件。 对于等于或高于阈值的事件,ThresholdFilter将在调用其decision()方法时响应NEUTRAL。 但是,将拒绝级别低于阈值的事件 --> <!-- <filter class="ch.qos.logback.classic.filter.ThresholdFilter">--> <!-- <level>${log.lv}</level><!– 低于ERROR级别的日志(debug,info)将被拒绝,等于或者高于ERROR的级别将相应NEUTRAL –>--> <!-- </filter>--> <!--有两个与RollingFileAppender交互的重要子组件。 第一个RollingFileAppender子组件,即RollingPolicy:负责执行翻转所需的操作。 RollingFileAppender的第二个子组件,即TriggeringPolicy:将确定是否以及何时发生翻转。 因此,RollingPolicy负责什么和TriggeringPolicy负责什么时候. 作为任何用途,RollingFileAppender必须同时设置RollingPolicy和TriggeringPolicy,但是,如果其RollingPolicy也实现了TriggeringPolicy接口,则只需要显式指定前者。--> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <!-- 日志文件的名字会根据fileNamePattern的值,每隔一段时间改变一次 --> <!-- 文件名:logs/project_info.2017-12-05.0.log --> <!-- 注意:SizeAndTimeBasedRollingPolicy中 %i和%d令牌都是强制性的,必须存在,要不会报错 --> <fileNamePattern>./log/${LOG_NAME}.%d.%i.gz</fileNamePattern> <!-- 每产生一个日志文件,该日志文件的保存期限为30天, ps:maxHistory的单位是根据fileNamePattern中的翻转策略自动推算出来的,例如上面选用了yyyy-MM-dd,则单位为天 如果上面选用了yyyy-MM,则单位为月,另外上面的单位默认为yyyy-MM-dd--> <maxHistory>30</maxHistory> <!-- 每个日志文件到10mb的时候开始切分,最多保留30天,但最大到20GB,哪怕没到30天也要删除多余的日志 --> <totalSizeCap>2GB</totalSizeCap> <!-- maxFileSize:这是活动文件的大小,默认值是10MB,测试时可改成5KB看效果 --> <maxFileSize>10MB</maxFileSize> </rollingPolicy> <!--编码器--> <encoder> <!-- pattern节点,用来设置日志的输入格式 ps:日志文件中没有设置颜色,否则颜色部分会有ESC[0:39em等乱码--> <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level --- [%15.15(%thread)] %-40.40(%logger{40}) : %msg%n</pattern> <!-- 记录日志的编码:此处设置字符集 - --> <charset>UTF-8</charset> </encoder> </appender> <!--给定记录器的每个启用的日志记录请求都将转发到该记录器中的所有appender以及层次结构中较高的appender(不用在意level值)。 换句话说,appender是从记录器层次结构中附加地继承的。 例如,如果将控制台appender添加到根记录器,则所有启用的日志记录请求将至少在控制台上打印。 如果另外将文件追加器添加到记录器(例如L),则对L和L'子项启用的记录请求将打印在文件和控制台上。 通过将记录器的additivity标志设置为false,可以覆盖此默认行为,以便不再添加appender累积--> <!-- configuration中最多允许一个root,别的logger如果没有设置级别则从父级别root继承 --> <root level="info"> <appender-ref ref="STDOUT"/> <appender-ref ref="log"/> </root> <!-- 指定项目中某个包,当有日志操作行为时的日志记录级别 --> <!-- 级别依次为【从高到低】:FATAL > ERROR > WARN > INFO > DEBUG > TRACE --> <!-- additivity=false代表禁止默认累计的行为,即com.atomikos中的日志只会记录到日志文件中,不会输出层次级别更高的任何appender--> <!-- <logger name="com.atomikos" level="INFO" additivity="false">--> <!-- <appender-ref ref="info_log" />--> <!-- <appender-ref ref="error_log" />--> <!-- </logger>--> </configuration>