情景
在项目配置的初期,我们经常可以看到这样的错误:
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/Users/liyi/.m2/repository/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/liyi/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.10.0/log4j-slf4j-impl-2.10.0.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
大部分的人就网上把答案一搜索,排除一下不想要的依赖关系就完事儿。但这究竟是怎么发生的,却很少有人去了解。本文就是想要通过源码的角度去剖析这个错误发生的原因。
原因
通过上篇文章我们了解到,其实SLF4J是可以对接多套日志实现的,上面错误发生的原因就是因为项目classpath中有多个日志的实现,导致SLF4J报错.
从上面的错误日志中,我们可以看到SLF4J选择了Logback, 这一点从上面的日志中可以看到:
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
需要注意的是,这个选择其实是由JVM决定, 官方的说法你可以简单的认为是随机的,因此在实际生产中应当避免这个问题。以下是官方的原话:
The way SLF4J picks a binding is determined by the JVM and for all practical purposes should be considered random.
分析
代码版本2.10.0
SLF4J的实现类被称为provider,被需要继承SLF4JServiceProvider接口,所以寻找实现类的过程也就是寻找这个provier实现类的过程。
- 先看使用SLF4J获取Logger的方式:
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class HelloWorld {
public static void main(String[] args) {
Logger logger = LoggerFactory.getLogger(HelloWorld.class);
logger.info("Hello World");
}
}
- LoggerFactory是对ILoggerFactory接口的一个包装器(wrapper), 用于辅助获取Logger. 请看下面的代码:
public static Logger getLogger(Class<?> clazz) {
Logger logger = getLogger(clazz.getName());
//省略非关键部分代码...
}
public static Logger getLogger(String name) {
ILoggerFactory iLoggerFactory = getILoggerFactory();
return iLoggerFactory.getLogger(name);
}
- ILoggerFactory是通过provider获取的,就是上面开头提到的那个provider。 接下来, 我们看看怎么获取provider:
static SLF4JServiceProvider getProvider() {
//开始是未初始化状态(UNINITIALIZED), 然后执行初始化操作
//这里用了一个双检锁的单例模式来初始化provider变量