配置的logback不滚动生成新的文件,有时候只有项目启动时才生成,有时候配了.gz或.zip后缀后生成,并且归档日志文件的大小不一致,有的说是没来得急归档。然后调试了很久,发现是生成归档时出了问题。
主要是这句结论
<file>${log.home}/${app.name}.log</file>
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<filter class="ch.qos.logback.classic.filter.ThresholdFilter">
<level>ERROR</level>
</filter>
<encoder>
<pattern>%d [%thread] %-5level [%file : %line] - %msg%n</pattern>
<charset>UTF-8</charset>
</encoder>
<!--定义日志输出的路径-->
<!--
file属性表示原始的未经加工的日志文件名,若不为空,则在日志触发滚动事件时,会调用该方法
boolean result = srcFile.renameTo(targetFile)将原始日志文件名重命名到归档文件名,
然后再生成一个原始日志文件名作为当前生效的日志文件,
然而renameTo方法在WIN系统上不保证成功,即result有可能为false,导致日志文件不能分割;
这时候logback框架的RenameUtil类会给出这样的建议:
"Please consider leaving the [file] option of " + RollingFileAppender.class.getSimpleName() + " empty."。
而file属性为空,则不会执行renameTo方法,而是旧文件直接作为归档文件,然后生成新的日志文件来作为当前生效的日志文件,
所以规避了renameTo方法的失败,使日志文件能够正确分割
-->
<file>${log.home}/${app.name}.log</file>
<!--定义日志滚动的策略-->
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<!--定义文件滚动时的文件名的格式-->
<fileNamePattern>${log.home}/${app.name}.%d{yyyy-MM-dd}.%i.log</fileNamePattern>
<!--每个日志文件最大10MB-->
<maxFileSize>1MB</maxFileSize>
<!--日志量最大20GB-->
<totalSizeCap>20GB</totalSizeCap>
<!--最大归档文件个数-->
<maxHistory>60</maxHistory>
</rollingPolicy>
</appender>
<!--root是默认的logger 这里设定输出级别是INFO-->
<root level="DEBUG">
<!--定义了个appender,日志会往这两个appender里面写-->
<appender-ref ref="FILE"/>
</root>