之前都是用log4j打印日志,而logback因为性能和功能性的优势,取代log4j也是一个大趋势,新项目中开始使用logback记录日志,我们的需求是每天生成一个或多少日志,每个日志文件最大100M
配置如下:
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!--日志文件输出的文件名-->
<FileNamePattern>${LOG_HOME}/info.%d{yyyyMMdd}.log</FileNamePattern>
<!--日志文件保留天数-->
<MaxHistory>30</MaxHistory>
</rollingPolicy>
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度%msg:日志消息,%n是换行符-->
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
</encoder>
<!--日志文件最大的大小-->
<triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy">
<MaxFileSize>100MB</MaxFileSize>
</triggeringPolicy>
</appender>
然而看到日志文件夹时
info.20180901.log
info.20180903.log
info.20180908.log
怎么少了日志,中间那几天的日志去哪儿了?
再仔细回忆一下,9月1号、9月3号、9月8号都是我更新应用的时期,也就是重启应用的时候有生成一个当天的日志
而后续运行并没有按预期每天生成一个或多个日志
然后发现是 TimeBasedRollingPolicy和SizeBasedTriggeringPolicy冲突了
我们需要更换一个Policy,换成ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy就可以满足我们的需要了
修改后的配置如下:
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<!--日志文件输出的文件名-->
<FileNamePattern>${LOG_HOME}/info.%d{yyyyMMdd}.%i.log</FileNamePattern>
<!-- 日志文件最大尺寸 -->
<maxFileSize>100MB</maxFileSize>
<!--日志文件保留天数-->
<MaxHistory>30</MaxHistory>
</rollingPolicy>
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度%msg:日志消息,%n是换行符-->
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
</encoder>
</appender>
其中 %d %i 两个参数是必须不可少的
运行几天后的日志文件夹是:
info.20180909.0.log
info.20180910.0.log
info.20180910.1.log
info.20180911.0.log