SpringBoot项目指定log4j2.xml却输出DEBUG日志，原因何在？

• SpringBoot内置日志配置覆盖
  SpringBoot的application.properties/application.yml中的logging.level系列配置优先级高于Log4j2的XML配置。如果上线环境的配置文件里存在类似logging.level.root=DEBUG或logging.level.com.yourbiz=DEBUG的设置，会直接覆盖log4j2.xml里的INFO级别。检查生产环境的配置文件，确认没有这类全局或包级别的DEBUG配置。

• 启动参数/环境变量强制覆盖
  上线部署时，可能通过JVM启动参数（如-Dlogging.level.root=DEBUG）或系统环境变量（如SPRING_LOGGING_LEVEL_ROOT=DEBUG）指定了日志级别。这些外部参数的优先级最高，会完全忽略配置文件中的设置。查看启动脚本、容器部署配置（如Docker、K8s的env），确认有没有这类强制设置。

• classpath中存在优先级更高的Log4j2配置
  虽然你指定了logging.config=classpath:log4j2.xml，但如果classpath中存在其他Log4j2配置文件（比如第三方jar包自带的log4j2.xml，或者打包时误将开发环境的配置文件打入生产包），且这些文件的加载优先级更高（比如放在classpath的更前面位置），就会导致你自己的log4j2.xml不生效。可以添加JVM参数-Dlog4j2.debug=true启动项目，查看日志加载过程，确认实际加载的是哪个配置文件。

• 代码中硬编码修改日志级别
  检查项目代码，是否存在直接修改Logger级别的硬编码，比如：

  Logger logger = LoggerFactory.getLogger(YourService.class);
  logger.setLevel(Level.DEBUG);
  

  这类代码会绕过配置文件，直接将指定Logger的级别设为DEBUG，导致日志输出不符合配置。

• Log4j2动态配置或自定义逻辑修改
  如果你的log4j2.xml中配置了monitorInterval参数（比如<Configuration monitorInterval="30">），Log4j2会定期扫描配置文件变化，如果运行时配置文件被修改（比如误操作更新了生产环境的配置文件），会自动加载新的级别。另外，检查是否有自定义的日志监听器、扩展插件，在运行时动态调整了日志级别。

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