Log4j2配置已加载但未生效 仅输出Error级别日志解决方案

从提供的Trace日志可以定位核心逻辑：自定义log4j2.yml确实被扫描到，但加载过程中触发了全量配置重载，最终导致部分类绑定的日志实例没有关联到自定义配置，回退到了Log4j2内置的默认配置——默认配置的根日志级别固定为ERROR，和观察到的「仅输出Error级别内容」现象完全吻合。
注意：日志中JMX disabled for Log4j2. Not registering MBeans的提示不是故障原因。MBeans是JMX监控组件，仅支持运行时通过JMX接口动态调整日志配置，不影响本地配置文件的静态加载生效，无需针对该提示做修改。

日志里的完整流程已经印证了重载行为：

1. 首次加载的Yaml配置主动触发停止流程，依次通知可靠性策略、关停所有自定义LoggerConfig、关停Console/RollingFile/File三个自定义Appender、清理Appender和Logger的绑定关系，最终标记该Yaml配置停止完成
2. 配置停止后才重新初始化LoggerContext，这个窗口期内如果有类提前初始化Logger实例，就会直接绑定到默认配置，后续配置重载完成后也不会自动重新绑定这部分提前生成的Logger实例。

按优先级从高到低逐一排查验证：

• 排查日志依赖冲突
  这是这类问题最高发的原因：
  • 检查依赖树，排除循环桥接的日志依赖：禁止同时存在log4j-to-slf4j和slf4j-log4j12/log4j-slf4j-impl这类互相转发日志的依赖
  • 如果是Spring/SpringBoot项目，必须排除默认引入的spring-boot-starter-logging依赖，替换为spring-boot-starter-log4j2
  • 确保所有Log4j2相关依赖（log4j-api、log4j-core、log4j-web、YAML解析依赖等）版本号完全一致，避免版本不兼容导致的配置加载异常
• 修正配置加载路径
  不要把log4j2.yml放在资源目录的子文件夹中，直接放在src/main/resources根目录，保证Log4j2初始化第一优先级能扫描到自定义配置。如果是SpringBoot项目，直接在配置文件中显式指定日志配置路径，避免兜底查找逻辑触发默认配置：

  logging:
    config: classpath:log4j2.yml
  

• 拦截非预期的配置重载行为
  热部署组件（如旧版本spring-boot-devtools）、APM探针、第三方监控工具经常会在应用启动阶段主动调用Log4j2的重载方法，触发配置重启。遇到这类情况：
  • 升级热部署、监控组件到最新稳定版本
  • 添加JVM启动参数关闭不必要的自动重载逻辑：-Dlog4j2.watchInterval=0
• 校验配置语法和依赖完整性
  • 确认自定义Logger的包名配置完全覆盖需要打日志的类路径，漏配的包路径会直接继承根日志的默认级别
  • 使用YAML格式的Log4j2配置时，必须引入jackson-dataformat-yaml依赖，缺失该依赖时Log4j2解析YAML会静默失败，直接回退到默认配置，不会抛出明显报错。

在启动类main方法的最开头（所有Spring初始化逻辑之前）加如下代码，直接打印当前生效的日志配置信息，快速定位问题：

import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.core.LoggerContext;
import org.apache.logging.log4j.core.config.Configuration;

public class Application {
    public static void main(String[] args) {
        LoggerContext context = (LoggerContext) LogManager.getContext(false);
        Configuration activeConfig = context.getConfiguration();
        System.out.println("当前生效的Log4j2配置路径：" + activeConfig.getConfigurationSource().getLocation());
        System.out.println("当前根日志级别：" + activeConfig.getRootLogger().getLevel());
        // 原有应用启动逻辑
        // SpringApplication.run(Application.class, args);
    }
}

如果打印的配置路径是自定义的log4j2.yml路径、根日志级别和配置的一致，说明配置加载本身正常，只需要排查提前初始化Logger、依赖冲突的问题即可。

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