Logback通过SizeAndTimeBasedRollingPolicy实现日志按日期和大小双重切分，配置需指定fileNamePattern（含%d和%i）、maxFileSize、maxHistory及totalSizeCap等参数，任一条件满足即触发归档。
Java 项目中实现日志按大小和时间双重维度自动切分，核心是借助 Logback（推荐）或 Log4j2 的滚动策略，而非手动编码。主流方案中，Logback 的 SizeAndTimeBasedRollingPolicy 原生支持“文件大小 + 时间”双触发条件，配置简洁、稳定可靠。
使用 Logback 配置 SizeAndTimeBasedRollingPolicy
这是最常用且开箱即用的方式。Logback 提供了 ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy，它会在任一条件满足时触发归档（如：当天日志超 100MB，或过了 00:00），并生成带日期和序号的文件名（如 app.log.2024-06-15.1）。
- 确保依赖中包含
logback-classic（版本 ≥ 1.2.0） - 在
logback-spring.xml或logback.xml中配置如下：
<file>logs/app.log</file>
<rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
<fileNamePattern>logs/app.log.%d{yyyy-MM-dd}.%i</fileNamePattern>
<maxFileSize>100MB</maxFileSize>
<maxHistory>30</maxHistory>
<totalSizeCap>1GB</totalSizeCap>
</rollingPolicy>
<encoder>
<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
</encoder>
</appender>
关键配置项说明
每个参数直接影响切分行为，需按实际运维需求调整：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
fileNamePattern：定义归档文件命名规则。%d{yyyy-MM-dd}表示按天分目录或打标；%i是递增序号，用于同一天内因大小触发的多次切分 -
maxFileSize：单个活动日志文件最大体积，达到即滚动（如100MB） -
maxHistory：保留多少天的历史归档文件（按日期维度清理） -
totalSizeCap：所有归档日志总大小上限，超出后按 LIFO 删除最老文件（兜底保护磁盘）
Log4j2 的等效实现方式
若项目强制使用 Log4j2，可通过 DefaultRolloverStrategy + TimeBasedTriggeringPolicy 和 SizeBasedTriggeringPolicy 组合实现类似效果：
立即学习“Java免费学习笔记（深入）”；
- 触发策略需同时声明两个
TriggeringPolicy（Log4j2 2.5+ 支持多策略 OR 触发） - 必须配合
DirectWriteRolloverStrategy或自定义策略才能正确处理同天多次滚动（因默认策略对%i支持较弱） - 配置更冗长，且早期版本存在并发切分异常问题，建议升级到 2.17+ 并严格测试
避坑提醒
实际落地时容易忽略几个细节：
- 不要混用 Logback 和 Log4j2 的桥接器（如
log4j-to-slf4j）导致策略失效 - Spring Boot 2.6+ 默认禁用
logback-spring.xml的 profile 激活，需确认配置被加载 - 容器环境（如 Docker）要注意挂载卷权限，避免因无写权限导致滚动失败且静默丢日志
- 如果应用高频打印日志，建议启用异步 Appender（
AsyncAppender）减少滚动时的阻塞影响
