Log4j配置对SLF4J绑定的Log4J实现不生效问题排查

看起来你遇到的问题是：通过SLF4J获取的Logger没有应用你用PropertyConfigurator.configure()设置的Log4j配置，而直接用Log4j原生API获取的Logger却正常工作。我来帮你分析下可能的原因和解决办法：

1. Logger实例初始化时机问题 #

最常见的原因是SLF4J的Logger实例在Log4j配置完成前就已经被创建了。

看你的代码，log和log4j都是静态类变量，会在Initialization类加载时就被初始化。而PropertyConfigurator.configure(logProps)是在类加载完成后（比如Servlet的init方法里）才执行的。这时候：

• Log4j原生的Logger虽然也是提前创建的，但Log4j的配置更新会自动同步到已存在的Logger实例
• 但SLF4J的Log4jLoggerAdapter（SLF4J绑定Log4j的实现类）在创建时会缓存Log4j Logger的配置状态，后续配置更新不会自动刷新这个缓存

解决办法： #

调整代码顺序，在获取任何Logger实例之前先完成Log4j配置。比如把配置逻辑放到静态初始化块里：

import org.apache.log4j.PropertyConfigurator;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.Properties;

public class Initialization extends HttpServlet {
  private static org.apache.log4j.Logger log4j;
  private static Logger log;

  // 静态初始化块：先加载配置，再初始化Logger
  static {
    try {
      // 替换成你从数据库加载logProps的实际逻辑
      Properties logProps = loadLogConfigurationFromDatabase();
      PropertyConfigurator.configure(logProps);
      
      // 配置完成后再获取Logger实例
      log4j = org.apache.log4j.Logger.getLogger(Initialization.class);
      log = LoggerFactory.getLogger(Initialization.class);
    } catch (Exception e) {
      // 处理配置加载异常
      e.printStackTrace();
    }
  }

  @Override
  public void init() throws ServletException {
    // 现在日志输出应该都符合配置了
    log4j.error("This gets logged as expected based on config");
    log.error("This should now follow the Log4j config too");
  }

  // 模拟从数据库加载配置的方法
  private static Properties loadLogConfigurationFromDatabase() throws Exception {
    // 这里写你的数据库读取逻辑
    Properties props = new Properties();
    // 示例配置，替换成你的实际配置
    props.setProperty("log4j.rootLogger", "ERROR, file");
    props.setProperty("log4j.appender.file", "org.apache.log4j.RollingFileAppender");
    props.setProperty("log4j.appender.file.File", "app.log");
    props.setProperty("log4j.appender.file.layout", "org.apache.log4j.PatternLayout");
    props.setProperty("log4j.appender.file.layout.ConversionPattern", "%d{ISO8601} %-5p %c{1} - %m%n");
    return props;
  }
}

2. 类加载器冲突问题 #

如果你的应用是Web应用，有可能出现类加载器隔离的问题：

• SLF4J API、SLF4J-Log4j绑定或者Log4j本身被放在了容器的lib目录下（比如Tomcat的CATALINA_HOME/lib）
• 而你的应用代码和配置逻辑在Web应用的WEB-INF/lib下

这种情况下，SLF4J获取的Logger来自容器类加载器的Log4j实例，而你配置的是Web应用类加载器里的Log4j实例，两者互不影响，导致SLF4J的日志还是用默认配置输出到控制台。

解决办法： #

确保所有相关依赖都放在Web应用的WEB-INF/lib目录下，不要放到容器的公共lib里。同时检查pom.xml中依赖的scope是否正确（默认compile即可，不要设为provided）。

3. 版本兼容性问题 #

你提到原来的应用用的是Log4j 1.2.6，但现在pom.xml里用的是Log4j 1.2.17 + SLF4J 1.7.25。虽然理论上SLF4J 1.7.x和Log4j 1.2.x是兼容的，但不同小版本之间可能存在一些细节差异。

解决办法： #

尝试把Log4j版本回退到原来的1.2.6，保持和原应用一致，再测试配置是否生效：

<dependency>
  <groupId>log4j</groupId>
  <artifactId>log4j</artifactId>
  <version>1.2.6</version>
</dependency>

验证配置是否正确 #

最后，你可以在配置完成后，打印一下两个Logger的信息，确认它们是否指向同一个Log4j实例：

// 需要导入org.slf4j.impl.Log4jLoggerAdapter
System.out.println("SLF4J Logger delegate: " + ((Log4jLoggerAdapter) log).getLogger());
System.out.println("Log4j native logger: " + log4j);

如果输出的是同一个实例，那说明配置应该会生效；如果不是，那大概率是类加载器的问题。

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