ch.qos.logback.core.SizeAndTimeBasedRollingPolicy未遵守10MB文件大小限制问题咨询

核心原因 #

日志文件大小超出配置值且波动的本质是logback的滚动触发时机并非实时监控文件大小，仅在每次日志事件写入时才会检查文件大小，再加上以下细节因素：

• 批量日志写入：如果应用一次性输出大量日志（比如批量任务日志、大段错误栈），这部分内容会直接写入当前日志文件，直到这次写入完成后才会触发大小检查，导致文件直接超过10MB限制，具体超量取决于单次写入的日志量。
• 缓冲区延迟：FileAppender默认使用缓冲区缓存日志内容，只有当缓冲区满或日志事件结束时才会刷到磁盘。刷盘前文件大小不会更新，自然不会触发滚动检查，等刷盘后文件可能已超出限制。
• 时间优先级冲突：SizeAndTimeBasedRollingPolicy是时间优先的滚动策略，如果同时配置了时间滚动规则（比如按天滚动），即使文件没到10MB，时间到点也会滚动；反之，时间未到的情况下，只有日志写入时才会检查大小，两次检查之间的日志会累积到当前文件，造成大小波动。
• 配置单位误解：如果maxFileSize的单位写错（比如误写为10Mb，虽logback对大小写兼容，但个别场景可能解析异常），会导致实际生效大小与预期不符。

实现精准10MB滚动的解决方案 #

1. 缩小缓冲区大小，及时刷盘
   修改FileAppender的bufferSize配置，让日志更快从缓冲区刷到磁盘，减少累积：

<appender name="FILE" class="ch.qos.logback.core.FileAppender">
    <file>logs/app.log</file>
    <bufferSize>4096</bufferSize> <!-- 缩小为4KB，默认是8KB -->
    <encoder>
        <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
    <rollingPolicy class="ch.qos.logback.core.SizeAndTimeBasedRollingPolicy">
        <fileNamePattern>logs/app.%d{yyyy-MM-dd}.%i.log.gz</fileNamePattern>
        <maxFileSize>10MB</maxFileSize> <!-- 明确配置10MB -->
        <maxHistory>30</maxHistory>
        <totalSizeCap>1GB</totalSizeCap>
    </rollingPolicy>
</appender>

2. 避免单次大量日志输出
   对应用中批量生成日志的场景（比如批量处理任务、大段错误栈），尽量拆分日志输出或合并冗余日志，避免单次写入超过10MB的内容。

3. 优先使用SizeBasedRollingPolicy（若无需时间维度）
   如果仅需按文件大小滚动，不需要按时间归档，直接改用SizeBasedRollingPolicy，它会更严格地按大小触发滚动：

<rollingPolicy class="ch.qos.logback.core.rolling.SizeBasedRollingPolicy">
    <fileNamePattern>logs/app.%i.log.gz</fileNamePattern>
    <maxFileSize>10MB</maxFileSize>
</rollingPolicy>

4. 确认配置单位的正确性
   确保maxFileSize的单位是logback支持的格式：B（字节）、KB（千字节）、MB（兆字节）、GB（吉字节），对应的缩写b、k、m、g也可使用，大小写不敏感，推荐统一写成10MB或10m。

内容的提问来源于stack exchange，提问作者pryakks