log4j2 默认滚动策略会限制归档日志数量，若未显式配置 `defaultrolloverstrategy` 的 `max` 参数，其默认值为 7（但受 `filepattern` 中日期格式与目录结构影响，实际可能被误判为“按天归档+按序编号”，导致仅保留最近4个滚动单元）。本文详解如何通过正确配置 `defaultrolloverstrategy` 和归档清理策略，实现按日期目录归档并长期保留指定天数的日志。
Log4j2 的 RollingFileAppender 在触发滚动（如按大小或启动时）后，会根据 filePattern 生成新文件，并由 Rollover Strategy 决定如何管理旧日志——包括重命名、压缩、移动及自动删除过期文件。您当前配置中完全缺失 <DefaultRolloverStrategyyoujiankuohaophpcn 元素，因此 Log4j2 启用了默认策略：max = 7（即最多保留7个归档文件），且该计数基于滚动序列号 %i，而非日期。
但您的 filePattern 是：
filePattern="/mnt/logbackups/$${date:dd-MM-yyyy}/myservice-%d{dd-MM-yyyy}-%i.log.gz"这会导致两个关键问题：
- $${date:dd-MM-yyyy} 是静态插值（仅在启动时计算一次），无法按天动态创建目录；
- %d{dd-MM-yyyy} 在 filePattern 中是归档时间占位符，但与 fileName 不匹配，且与 %i（索引）混用，使 Log4j2 将每个“日期+索引”组合视为独立归档单元，而默认 max=7 实际作用于整个归档池——当某天产生多个 %i 文件（如因频繁滚动），很快耗尽配额，旧文件被轮替删除，表现为“只留最近4天”。
✅ 正确做法是：明确声明 DefaultRolloverStrategy，并结合 Delete 行为按日期清理（推荐方式），或使用 DirectWriteRolloverStrategy（需 Log4j2 ≥ 2.19.0）。
✅ 推荐方案：使用 Delete 归档清理策略（Log4j2 ≥ 2.5）
修改后的完整 RollingFile 配置如下（关键改动已加注释）：
<RollingFile
name="RollingFile"
fileName="/home/myservice/myservice.log" <!-- 注意：路径应为绝对路径，去掉 $ -->
filePattern="/mnt/logbackups/%d{yyyy-MM-dd}/myservice-%d{yyyy-MM-dd}-%i.log.gz">
<PatternLayout>
<Pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5p (%t) %c{1.} %m%n</Pattern>
</PatternLayout>
<Policies>
<OnStartupTriggeringPolicy />
<SizeBasedTriggeringPolicy size="32 MB"/>
<!-- 按时间滚动（可选，与 SizeBased 并存） -->
<TimeBasedTriggeringPolicy />
</Policies>
<!-- 关键：显式定义 RolloverStrategy + Delete 清理 -->
<DefaultRolloverStrategy>
<!-- 可选：限制每日期最大文件数（防单日爆炸） -->
<Delete basePath="/mnt/logbackups" maxDepth="2">
<!-- 仅删除 7 天前的日期目录 -->
<IfLastModified age="7d" />
<!-- 确保只删目录，不误删其他文件 -->
<IfAny>
<IfFileName glob="*/" />
<IfNot>
<IfFileName glob="*.log*" />
</IfNot>
</IfAny>
</Delete>
</DefaultRolloverStrategy>
</RollingFile>? 关键说明：
- basePath="/mnt/logbackups"：指定清理根路径；
- maxDepth="2"：允许遍历子目录（如 /mnt/logbackups/2024-05-01/）；
- <IfLastModified age="7d" />：删除最后修改时间早于7天的目录（即保留最近7天）；
- <IfFileName glob="*/" /> 确保只匹配目录（Unix风格），避免误删日志文件；
- 务必先启用 testMode="true" 测试（如 <Delete ... testMode="true">），确认日志输出中显示“Would delete…”而非实际删除。
⚠️ 注意事项
- $$ 是错误写法，应为 $（$${date:...} 中的 $ 是变量引用符号，$$ 会被转义为单 $，导致路径解析失败）；
- fileName 必须是当前活动日志的绝对路径，不可含日期占位符；
- 若需严格按“年/月/日”三级目录，将 filePattern 改为：
"/mnt/logbackups/%d{yyyy}/%d{MM}/%d{dd}/myservice-%d{yyyy-MM-dd}-%i.log.gz"，并同步调整 Delete 的 basePath 和过滤逻辑； - TimeBasedTriggeringPolicy 与 OnStartupTriggeringPolicy 可共存，确保每天至少滚动一次（即使无新日志）。
通过以上配置，您将彻底解决“仅保留4天”的问题，并实现可预测、可审计的日志生命周期管理。
