Spring Boot 3应用Logback自动重载logback.xml后文件日志停止输出问题排查

我之前碰到过几乎一模一样的Logback自动重载后文件日志“失踪”的问题，结合你的配置代码和控制台状态日志，咱们一步步拆解问题、找修复方案：

先看最可能的核心问题：路径不一致导致重载时滚动策略失效 #

你的allLog RollingFileAppender里，存在一个容易被忽略的路径矛盾：

• 实时日志文件路径：<file>${base.folder}/log/all.log</file>
• 滚动归档文件路径：<fileNamePattern>${base.folder}/isf/vrekrest/log/all.%d{yyyy-MM-dd}.gz</fileNamePattern>

启动应用时，Logback会自动创建${base.folder}/log目录并写入日志，但当你修改logback.xml触发重载后，Logback会重置RollingFileAppender。如果此时${base.folder}/isf/vrekrest/log目录不存在（启动时不需要这个目录，因为还没触发归档），Logback可能会静默失败（没有明确报错但无法写入），直接导致文件日志中断。

修复方法：统一路径

把滚动归档的路径改成和实时日志一致的目录：

<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
    <fileNamePattern>${base.folder}/log/all.%d{yyyy-MM-dd}.gz</fileNamePattern>
    <maxHistory>90</maxHistory><!-- days -->
</rollingPolicy>

再排查其他潜在诱因 #

1. 重复重载触发导致的上下文混乱

从你的控制台状态日志能看到两次重复的重置操作：

16:25:39,974 |-INFO in ReconfigureOnChangeTask(born:1751030679964) - Detected change in configuration files.
16:25:39,974 |-INFO in ReconfigureOnChangeTask(born:1751030679964) - Will reset and reconfigure context named [default]
...
16:25:39,974 |-INFO in ReconfigureOnChangeTask(born:1751030679964) - Detected change in configuration files.
16:25:39,974 |-INFO in ReconfigureOnChangeTask(born:1751030679964) - Will reset and reconfigure context named [default]

重复的上下文重置可能导致Appender绑定异常。可以给scan配置加上扫描周期，避免频繁触发：

<configuration scan="true" scanPeriod="30 seconds">

2. 查看更详细的重载错误日志

当前的状态监听只输出INFO级别的日志，可能遗漏了重载时的关键错误（比如目录创建失败、文件权限问题）。可以升级状态监听的日志级别到DEBUG：

<statusListener class="ch.qos.logback.core.status.OnConsoleStatusListener">
    <filter class="ch.qos.logback.core.status.LevelFilter">
        <level>DEBUG</level>
    </filter>
</statusListener>

这样重载时就能看到更细节的初始化日志，比如是否有“failed to create directory”这类明确报错。

3. 确认文件目录权限一致性

启动时应用能正常写入日志文件，不代表重载时权限依然有效。比如Tomcat部署时，catalina.home/log目录的读写权限可能在运行过程中被系统或运维工具修改，导致Logback重载后无法写入。可以手动检查目录权限，或者在配置里显式指定目录创建策略：

<appender class="ch.qos.logback.core.rolling.RollingFileAppender" name="allLog">
    <file>${base.folder}/log/all.log</file>
    <append>true</append>
    <immediateFlush>true</immediateFlush>
    <!-- 新增目录创建策略，确保目录不存在时自动创建 -->
    <prudent>false</prudent>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
        <fileNamePattern>${base.folder}/log/all.%d{yyyy-MM-dd}.gz</fileNamePattern>
        <maxHistory>90</maxHistory>
    </rollingPolicy>
    <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
        <pattern>%d [%thread] %-5level %C{1},%M - %m%n</pattern>
        <outputPatternAsHeader>true</outputPatternAsHeader>
    </encoder>
</appender>

最后验证修复效果 #

修改完配置后，启动应用，先确认文件日志正常输出；然后修改root级别的日志等级（比如从INFO改成TRACE），等待Logback触发重载，此时观察：

1. 控制台状态日志是否有错误提示
2. all.log和test.log是否继续接收日志
3. 滚动归档文件是否正常生成在指定目录

内容来源于stack exchange