Log4j2按大小滚动压缩日志时文件名时间重复致覆盖问题

我之前也碰到过一模一样的问题，在Log4j2里同时启用时间和大小滚动时，大小触发的压缩文件总带着同一个时间戳，直接把之前的文件覆盖了。结合你的描述，问题出在时间戳的生成时机和文件名格式的配置上，咱们一步步来解决：

问题根源 #

在Log4j2 2.11版本中，当你同时启用时间和大小滚动策略时，如果只在压缩文件名里用%d{yyyyMMddHHmmss}{GMT+0}，当触发大小滚动（而非时间滚动）时，这个时间戳并不会更新为滚动发生的当前时间，而是复用了原始日志文件创建时的初始时间。这就导致所有大小滚动生成的压缩文件都带着同一个时间戳，自然会互相覆盖。另外你用的${eventfilename}变量也可能帮倒忙——它指向的是原始日志文件的名称，并不会动态适配滚动场景。

解决方案：调整文件名格式与滚动策略配置 #

最稳妥的方式是在文件名里加入递增序号%i，配合时间戳使用，这样即使同一时间窗口内多次触发大小滚动，文件名也会因为序号不同而避免覆盖。同时调整配置细节，让Log4j2正确处理混合滚动的场景。

示例配置（XML格式） #

<Configuration status="WARN">
  <Appenders>
    <RollingFile name="RollingFile" 
                 fileName="${logdir}/app.log"  <!-- 原始日志文件路径 -->
                 filePattern="${logdir}/app-%d{yyyyMMddHHmmss}{GMT+0}-%i.log.gz">  <!-- 滚动压缩文件的格式 -->
      <PatternLayout pattern="%d %p %c{1.} [%t] %m%n"/>
      <Policies>
        <!-- 时间滚动策略：这里设置为1小时滚动一次，可根据需求调整interval值 -->
        <TimeBasedTriggeringPolicy interval="1"/>
        <!-- 大小滚动策略：当文件达到100MB时触发滚动 -->
        <SizeBasedTriggeringPolicy size="100MB"/>
      </Policies>
      <!-- 配置保留的最大滚动文件数，避免磁盘被占满 -->
      <DefaultRolloverStrategy max="100"/>
    </RollingFile>
  </Appenders>
  <Loggers>
    <Root level="info">
      <AppenderRef ref="RollingFile"/>
    </Root>
  </Loggers>
</Configuration>

配置关键点说明 #

1. 移除${eventfilename}：直接在filePattern中定义滚动文件的前缀（比如上面的app），避免变量带来的动态适配问题。
2. 添加%i递增序号：每次触发大小滚动时，序号会自动加1（比如app-20240520143000-1.log.gz、app-20240520143000-2.log.gz），彻底解决同一时间戳下的文件覆盖问题。
3. 双策略配合：Policies下同时配置TimeBasedTriggeringPolicy和SizeBasedTriggeringPolicy，Log4j2会自动处理两种触发场景——到了时间点触发滚动，或者文件达到大小阈值触发滚动。

可选优化：精确时间戳+序号 #

如果你希望时间戳更精确（比如到毫秒），可以把%d的格式改成%d{yyyyMMddHHmmssSSS}{GMT+0}，再配合%i，几乎能杜绝任何重名的可能：

filePattern="${logdir}/app-%d{yyyyMMddHHmmssSSS}{GMT+0}-%i.log.gz"

验证效果 #

配置完成后，当日志文件达到大小阈值时，生成的压缩文件会带有当前滚动时刻的时间戳和递增序号，不会再出现覆盖的情况；而时间触发的滚动也会正常生成对应时间戳的文件，两种策略互不干扰。

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