简介

本文介绍了在SpringBoot3中配置Logback日志滚动文件的方法，因为SpringBoot3内置的logback版本是1.4.14，之前使用SpringBoot2.1.5的logback配置发现有些东西不能生效了

环境

SpringBoot v3.3.2

内置的logback-core为1.4.14

正文

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

当我在使用SpringBoot内置的logback时，我希望在configuration标签中自定义日志文件扫描大小的时间，于是我使用了以上配置，但无论如何就是不生效。百度了很久，发现都是这么教配置的，于是我怀疑是我的SpringBoot版本过高从而内置的logback版本已经发生变更从而配置也发生了变更。

于是我另起了一个项目，将SpringBoot版本设置为2.1.5，发现以上配置可以生效。

但是我总不能因为一个日志功能而降低SpringBoot版本吧？

最后查阅官方文档，发现了这么个东西

释义：自1.3.12/1.4.12以来，鉴于检查文件大小是一项相对昂贵的操作，默认情况下每60秒执行一次。但是，您可以将不同的检查增量设置为持续时间。 

于是将logback-spring.xml的配置改成了这样

为什么是改成这样？看一段代码就明白了

TimeBasedRollingPolicy类中持有了一个TimeBasedFileNamingAndTriggeringPolicy对象，而 

TimeBasedFileNamingAndTriggeringPolicyBase是一个抽象类，

SizeAndTimeBasedFNATP是TimeBasedFileNamingAndTriggeringPolicyBase的一个实现

 再来看一遍配置

解释：

1、ch.qos.logback.core.rolling.TimeBasedRollingPolicy 是基于时间的滚动策略实现类，该类继承了ch.qos.logback.core.rolling.RollingPolicyBase类，而 fileNamePattern就是该父类中的属性

 官网文档中的说明，fileNamePattern是必须的属性

2、timeBasedFileNamingAndTriggeringPolicy是TimeBasedRollingPolicy中的一个接口对象，而ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP是该接口的实现类

3、maxFileSize和checkIncrement是SizeAndTimeBasedFNATP类的属性，分别代表着单个文件的存储量和日志文件的扫描时间，单位是毫秒，这里的10000毫秒也就是10秒钟扫描一次

至此问题得到了解决，下面是测试成功的日志文件列表 

 说明（重要）

依据时间的文件生成触发策略只能保证当到了checkIncrement的时间后开始扫描当前日志文件的大小，当数据量超过了maxFileSize，则生成新的文件。
这也就意味着，如果在checkIncrement时间内有高频率的接口调用，那么当前日志的数据量是会超过maxFileSize的配置的。只能说以较高的扫描频率去防止单文件生成更多的数据量。