这个问题是slf4j包冲突所产生的问题,本博调试过程借鉴了下面链接所述博客,但情况与其不尽相同,博客将通过两种方式进行包的排除。
https://juejin.im/entry/5b6927906fb9a04fb900f611
目录
一、日志信息及错误
二、编辑pom.xml文件进行包的调整
三、直接在IDEA依赖图中进行修改
1、完整日志
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/C:/Users/zhanggong004/.m2/repository/org/slf4j/slf4j-log4j12/1.7.25/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/C:/Users/zhanggong004/.m2/repository/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.slf4j.impl.Log4jLoggerFactory]
Exception in thread "main" java.lang.IllegalArgumentException: LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation (class org.slf4j.impl.Log4jLoggerFactory loaded from file:/C:/Users/zhanggong004/.m2/repository/org/slf4j/slf4j-log4j12/1.7.25/slf4j-log4j12-1.7.25.jar). If you are using WebLogic you will need to add 'org.slf4j' to prefer-application-packages in WEB-INF/weblogic.xml: org.slf4j.impl.Log4jLoggerFactory
at org.springframework.util.Assert.instanceCheckFailed(Assert.java:655)
at org.springframework.util.Assert.isInstanceOf(Assert.java:555)
at org.springframework.boot.logging.logback.LogbackLoggingSystem.getLoggerContext(LogbackLoggingSystem.java:286)
at org.springframework.boot.logging.logback.LogbackLoggingSystem.beforeInitialize(LogbackLoggingSystem.java:102)
at org.springframework.boot.context.logging.LoggingApplicationListener.onApplicationStartingEvent(LoggingApplicationListener.java:220)
at org.springframework.boot.context.logging.LoggingApplicationListener.onApplicationEvent(LoggingApplicationListener.java:199)
at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:172)
at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:165)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139)
at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:127)
at org.springframework.boot.context.event.EventPublishingRunListener.starting(EventPublishingRunListener.java:69)
at org.springframework.boot.SpringApplicationRunListeners.starting(SpringApplicationRunListeners.java:48)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:302)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1260)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:1248)
at com.example.dubboconsumer.DubboConsumerApplication.main(DubboConsumerApplication.java:13)
2、可以通过日志信息发现,两个jar包中的方法产生了冲突。
C:/Users/zhanggong004/.m2/repository/org/slf4j/slf4j-log4j12/1.7.25/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]
C:/Users/zhanggong004/.m2/repository/ch/qos/logback/logback-classic/1.2.3/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class
当前使用的是org里的包,正常的日志打印需要的是logback的包
1、根据一中的报错情况,我们在项目对应的pom.xml中增加了包,包的版本以实际情况设置
ch.qos.logback
logback-classic
1.2.3
2、同时,在原有的包后注明不再使用slf4j-log4j12方法。
org.springframework.boot
spring-boot-starter-web
com.101tec
zkclient
0.10
slf4j-log4j12
org.slf4j
分别改为
org.springframework.boot
spring-boot-starter-web
org.slf4j
slf4j-log4j12
com.101tec
zkclient
0.10
slf4j-log4j12
实际上,我们很多时候都不知道究竟该在哪个引用中排除什么依赖,这个时候修改pom文件就显得无从下手。我们可以使用IDEA查看包的依赖情况图,直接在图中修改即可。
1、在IDEA中查看依赖情况。打开pom文件,在文件上右键-->maven-->show dependencies,如图。
2、依赖图一般都比较庞大,我们可以通过左上角的按钮调节图的的大小,也可以像调整网页大小一样,直接按住“Ctrl”再滑动鼠标滚轮就可以了。我所遇到的冲突暂时有两种:
(1)包名相同导致的依赖冲突
(2)包内方法名相同导致的依赖冲突
3、对于包名冲突一般会比较明显,表示依赖的那条线会变红,如下,可以看出两个dubbo包发生了冲突,我们选择红色直线连接的dubbo进行排除。可以看出来它是在调用“dubbo-spring-boot-starter”的时候产生的依赖,我们这个时候可以选择修改pom文件,这里也有一个更简单的方法。
点击需要排除掉的包,会显示包的具体信息,然后鼠标右键-->Exclude,就可以排除了。你这个时候再去查看pom文件,发现它也会产生对应的变化。需要注意的是,你在点击包的时候整个依赖图的结构可能会产生一些变化,所以需要反复找到依赖包。这时,你可以“Ctrl+F”找到你需要的那个包,点击即可定位。
4、很多情况是没有直接的包名冲突,而是两个不同名称的包内有相同名字的函数,代码在调用函数时产生了冲突,如本博客一开始所展示的错误,那我们需要上网查一下究竟哪个包是我们需要使用了,然后排除剩余的包。
以解决博客刚开始的问题为例,我们确定应该排除“slf4j-log4j12”这个依赖包,那么我们应该在依赖图中对这个包的名称进行搜索,然后使用3中的方法将这个包进行排除。
好啦,文本就这样结束了,希望大家bug少出一点,不说了,我去调bug了。