1. 背景
今天进行欢快的编程时,发现了我们项目整体在整理完依赖后,爆发了由slf4j导致的堆栈溢出异常:
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/F:/mavenRepo/org/apache/logging/log4j/log4j-slf4j-impl/2.10.0/log4j-slf4j-impl-2.10.0.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/F:/mavenRepo/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.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 [org.apache.logging.slf4j.Log4jLoggerFactory]
java.lang.StackOverflowError
at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:936)
at org.apache.logging.log4j.spi.LoggerRegistry.getOrCreateInnerMap(LoggerRegistry.java:140)
at org.apache.logging.log4j.spi.LoggerRegistry.hasLogger(LoggerRegistry.java:154)
at org.apache.logging.slf4j.SLF4JLoggerContext.getLogger(SLF4JLoggerContext.java:38)
at org.apache.logging.slf4j.Log4jLoggerFactory.newLogger(Log4jLoggerFactory.java:37)
at org.apache.logging.slf4j.Log4jLoggerFactory.newLogger(Log4jLoggerFactory.java:29)
at org.apache.logging.log4j.spi.AbstractLoggerAdapter.getLogger(AbstractLoggerAdapter.java:52)
at org.apache.logging.slf4j.Log4jLoggerFactory.getLogger(Log4jLoggerFactory.java:29)
at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:358)
人生第一次遇到这种异常,感觉意义非凡,记录一下。刚开始,我没有任何思路,茫然地翻找资料,在看到《slf4j+log4j+logback总结》这篇文章的时候,发现了kafka中也有此类问题。我的问题是不是也是log4j的版本不同导致的冲突呢?
2. 查看依赖树
2.1 命令行方式
当我们需要处理依赖冲突的时候,我们需要使用:
mvn dependency:tree|grep xxx
这个功能好是好,只是看起来费劲。
2.2 IntelliJ 神器登场
如果您有使用IDEA,可以在maven文件中,右键->Diagrams
->Show dependencies ...
。 您将会看到像这样的场景:
按住Ctrl+鼠标滚轮滑动,可以放大图片。此时按下Ctrl+F
,搜索我们关心的log4j
,果然有多个,虽然明确的名字不同,但是肯定有冲突就对了,我们只会保留一份spring-boot-starter-logging
中依赖的两个版本,所以其它只要涉及到log的,都排除就对了! 故,我们排除tablestore中的log4j:
<dependency>
<groupId>com.aliyun.openservices</groupId>
<artifactId>tablestore</artifactId>
<classifier>jar-with-dependencies</classifier>
<version>${com.aliyun.openservices.tablestore}</version>
<exclusions>
<exclusion>
<groupId>com.google.protobuf</groupId>
<artifactId>protobuf-java</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-slf4j-impl</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
</exclusion>
</exclusions>
</dependency>
我们再在依赖图中寻找,发现已经没有了冲突的jar,此时再启动,项目恢复正常。
3.总结
日志打印的jar包是多种多样的,我们应当每种只保留一份。 另外,如果我们依赖的jar中出现了各种各样的jar,超出了log4j
、logback
,的范畴,那么我们应该排除所有的日志,单独声明日志打印的jar包。