SpringBoot解决jar包冲突的问题,简单有效

SpringBoot解决jar包冲突的问题,简单有效

目录SpringBoot解决jar包冲突今天SpringBoot项目打包发现一直在报错我查到的一个解决方案，可使用所有jar包冲突问题spring boot jar冲突问题集锦1、日志jar包冲突2、本地ok，测试环境失败之mainstay3、本地ok，测试环境失败之servlet4、本地ok，测试环境失败之tomcat5、本地ok，测试环境失败之spring asm6、万恶的测试环境字节码验证失败7、日志不能正常输出问题8、本地打包正常

SpringBoot解决jar包冲突

今天SpringBoot项目打包发现一直在报错

包jar包冲突，找了好久才找到结果，期间遇到一片博客很讨人厌，我这里想评论一下他（原因：我没有博客园不能直接评论，所以这里写一篇博客记录一下，并提供正确的解决方案）

上图：

说一下：首先，你给的方法很泛（不是烦没打错字）只是市面上大多数可以解决的套路，

再者，你给的解决方案并没有真正的解决问题。所以我留下一句话：不喜勿喷。

SpringBoot事实上是很好的，jar包冲突的时候，它是有提醒你了的，启动第一行就说了有多个类路径jar包存在：Class path contains multiple SLF4J bindings.

SpringBoot适合于小团队及个人开发。是比较方便的。

为什么我要写这篇博客呢，因为我看到jar冲突的真正原因后，很生气，因为原因并不一定在SpringBoot 我这里查出的是腾讯云的cos-api也引入的了日志jar，所以导致冲突，这里是SpringBoot引入cos-api，你就说SpringBoot，如果SpringBoot是被被人引入的，你是不是也要说其他的工具不好呢？？？再者不好你为什么要用，要记录？？？这只不过是想比较而言，技术没有老旧，没有好坏，只有喜欢，不喜欢，很多时候有些公司用的还是一二十年前的技术，可能是有些原因不能更换，但是我相信，它能存在在这个世上并风靡一时，说明它一定有它的独特之处。

接下来就是，

我查到的一个解决方案，可使用所有jar包冲突问题

以eclipse为例：

这样的开发工具都会有一个功能：就是查询jar包直接引入/jar包间接引入的功能

如果你不知道你使用的工具怎么找到这个查找页面：百度搜索：eclipse 看引入jar 包的联系（idea同理）

说实话idea的更清晰一些，它是图形化界面

找到冲突的jar包，去除冲突的包即可

代码如下：

com.qcloud

cos_api

5.5.3

org.slf4j

slf4j-log4j12

声明：我只是对SpirngBoot报不平，没有对任何人做人身攻击。不喜勿喷

spring boot jar冲突问题集锦

总结下spring boot项目搭建过程中，冲突解决的一些小经验

1、日志jar包冲突

1.1、日志主要是spring boot自带spring-boot-starter-logging的排除

一是要用log4j2，二是xdcs不排除这个也会有冲突。(隐秘程度：低；重要程度：高)

spring-boot-starter-logging

org.springframework.boot

1.2、引的日志jar颇多

可能会有别的jar里也带了冲突的class，但是不影响启动，属于可排可不排。可能会导致测试环境起不来。（隐秘程度：低；重要程度：高）

//这是举个例子

slf4j-log4j12

org.slf4j

SLF4J: Class path contains multiple SLF4J bindings.

SLF4J: Found binding in [jar:file:/Users/xmly/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.11.2/log4j-slf4j-impl-2.11.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]

SLF4J: Found binding in [jar:file:/Users/xmly/.m2/repository/org/slf4j/slf4j-log4j12/1.7.5/slf4j-log4j12-1.7.5.jar!/org/slf4j/impl/StaticLoggerBinder.class]

SLF4J: See http://slf4j.org/codes.html#multiple_bindings for an explanation.

SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory]

//这是启动时对应的报错，经检验，这个不影响启动

2、本地ok，测试环境失败之mainstay

发测试时，出现过mainstay的yml解析失败的问题，maven helper排jar包并未显示有冲突，tree搜索mainstay，发现了一些猫腻。passport-sso-api（0.0.14-M3，下面用到的也是这个版本）这个jar包里包含了这个mainstay的jar，最终导致了解析失败。后续登录验证可以接下网关鉴权等方式，这个jar冲突应该就不会出现了。（隐秘程度：高；重要程度：中）

mainstay-rpc-thrift

com.ximalaya.mainstay

3、本地ok，测试环境失败之servlet

发测试时，出现过servlet2和spring boot内置tomcat class重名冲突的问题,一般主要passport-sso-api和xdcs默认会带这个，排掉即可（隐秘程度：中；重要程度：高）

servlet-api

javax.servlet

4、本地ok，测试环境失败之tomcat

发测试时，也出现过passport-sso-api这个jar包里包含的spring-instrument-tomcat和spring boot内置tomcat冲突，排掉即可。后续登录验证可以接下网关鉴权等方式，这个jar冲突应该就不会出现了。（隐秘程度：高；重要程度：中）

spring-instrument-tomcat

org.springframework

5、本地ok，测试环境失败之spring asm

测试环境出现过passport-sso-api里spring asm与spring-boot-test-start冲突的情况，排掉排掉。passport-sso-api这个jar包含的jar比较多，后面建议用注解或者网关鉴权来做登录控制。（隐秘程度：高；重要程度：中）

spring-asm

org.springframework

6、万恶的测试环境字节码验证失败

之前发过一个前项目改造的spring boot项目就出现过，当时不以为意，让jvm参数加了-noverify就没管，后来发现很多项目都有这个问题，开始排查。之前看过jdk和aspectj有冲突的例子，就开始tree里搜aspectj，发现spring-boot-start-aop里引入了1.9.4版本的aspectjweaver,但是当时因为maven helper提示它冲突，就把它排了，后重新排掉所有1.7版本的aspectj，引入1.9.4版本的，解决。（隐秘程度：高；重要程度：高）

org.aspectj

aspectjrt

${aspectj.version}

org.aspectj

aspectjtools

${aspectj.version}

org.aspectj

aspectjweaver

${aspectj.version}

*

org.aspectj

7、日志不能正常输出问题

排除，日志桥接混乱，后台配置的日志格式不支持了

slf4j-log4j12

org.slf4j

Configuration:

status: info

Properties:

Property:

- name: log.level.console

value: info

- name: log.path

value: /var/XXX/weXXX

- name: project.name

value: weXXX

- name: log.pattern

value: "%-d{yyyy-MM-dd HH:mm:ss SS} [%c]-[%p] %m%n"

Appenders:

Console:

name: CONSOLE

target: SYSTEM_OUT

PatternLayout:

pattern: ${log.pattern}

RollingRandomAccessFile:

- name: APP_FILE

fileName: ${log.path}/${project.name}.log

filePattern: "${log.path}/${project.name}-%d{yyyy-MM-dd}.log"

PatternLayout:

pattern: ${log.pattern}

Filters:

ThresholdFilter:

- level: info

onMatch: ACCEPT

onMismatch: DENY

Policies:

TimeBasedTriggeringPolicy:

modulate: true

interval: 1

DefaultRolloverStrategy:

max: 30

Loggers:

root:

level: info

AppenderRef:

- ref: CONSOLE

- ref: APP_FILE

Logger:

- name: app

level: info

additivity: false

AppenderRef:

- ref: CONSOLE

- ref: APP_FILE

8、本地打包正常

测试或者线上环境打包失败，查看wrap.log日志，本地配置文件使用线上，打包测试；

spring-boot-maven-plugin插件放在靠后位置，不然打包失败；

uat

UatXXX

org.codehaus.mojo

appassembler-maven-plugin

2.0.0

conf

flat

true

${project.artifactId}

com.XXXX.Application

--spring.profiles.active=${profileActive}

jsw

2048M

2048M

128

application.root=.

spring.application.name=${project.artifactId}

spring.config.location=./conf/${profileActive}/

-XX:MetaspaceSize=256M

-XX:MaxMetaspaceSize=256M

-XX:+UseG1GC

-XX:-OmitStackTraceInFastThrow

-XX:MaxGCPauseMillis=100

-XX:+ParallelRefProcEnabled

-XX:+HeapDumpOnOutOfMemoryError

-XX:+PrintCommandLineFlags

-XX:+PrintGCDetails

-XX:+PrintGCDateStamps

-verbose:class

-XX:+PrintClassHistogramBeforeFullGC

-XX:+PrintClassHistogramAfterFullGC

-XX:+PrintTenuringDistribution

-XX:+PrintHeapAtGC

-XX:+PrintGCApplicationStoppedTime

-XX:+PrintGCApplicationConcurrentTime

-Xloggc:/var/log/${project.artifactId}/gc-%t

-XX:+UseGCLogFileRotation

-XX:GCLogFileSize=10M

-XX:NumberOfGCLogFiles=10

-javaagent:/opt/jars/aspectjweaver-1.8.9.jar

jsw

linux-x86-64

macosx-universal-64

configuration.directory.in.classpath.first

conf

wrapper.ping.timeout

60

set.default.REPO_DIR

lib

wrapper.logfile

/var/XXXX/${project.artifactId}/wrapper.YYYYMMDD.log

wrapper.logfile.rollmode

DATE

wrapper.logfile.maxfiles

10

wrapper.pidfile

/var/XXXX//${project.artifactId}

wrapper.java.command

/usr/local/jdk8/bin/java

wrapper.disable_restarts

TRUE

wrapper.jvm_exit.timeout

5

wrapper.shutdown.timeout

5

wrapper.cpu.timeout

0

generate-jsw

package

generate-daemons

org.apache.maven.plugins

maven-assembly-plugin

src/main/assembly/assembly.xml

make-assembly

package

single

org.springframework.boot

spring-boot-maven-plugin

${spring.boot.version}

build-info

UTF-8

UTF-8

${java.version}

${java.version}

tips：

1、不要太相信maven helper提示的jar冲突，具体还是要具体分析

2、有些jar冲突网上容易查到，有些基本查不到，可以先去tree搜个短名看看，看看有没有相似的jar，再去查是否真的会有冲突

3、有些是class冲突，找到对应的jar排掉即可，尽量别排spring自带的，容易出现兼容性问题

4、启动时，我已经将一些不必须的autoConfigure排掉了，真要用到，记得放出来，平时用不到的尽量排掉，这样就不会去加载了，不然很多都是默认加载的。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。