简介
本文介绍了在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的配置的。只能说以较高的扫描频率去防止单文件生成更多的数据量。