报错信息如下可能就是jar包冲突
代码语言:javascript复制Caused by:java.lang.NoSuchMethodError
Caused by: java.lang.ClassNotFoundException
pom.xml 添加一个spring-context的jar包
代码语言:javascript复制<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
添加完后,在左边External Libraibraries看到依赖了好几个包
右边Maven视窗打开依赖图[Show Dependencies]
此时,在pom.xml 再添加一个spring-beans的jar包,注意版本是4.3.16.RELEASE
代码语言:javascript复制<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.3.16.RELEASE</version>
</dependency>
这时候发现External Libraibraries显示的依赖包中spring-beans的版本发生了变化,但spring-beans所依赖的另一个spring-core的版本却没有发生变化。
再打开依赖图[Show Dependencies] ,发现此时的两个同样的jar包spring-beans版本是有冲突的,而且两个spring-beans所依赖的spring-core包版本也不同。我们发现maven最后选择的是4.3.16.RELEASE的spring-beans和5.2.4.RELEASE的spring-core。那maven到底是如何来解决jar包版本冲突问题的呢? ————————————————
maven工程要导入jar包的坐标,就必须要考虑解决jar包版本冲突的问题。 主要有四种解决方式。
1.第一声明优先原则
pom.xml文件按从上至下的顺序,哪个jar包的坐标在上面,这个jar包就是先声明的。先声明的jar包坐标下的依赖jar包,可以优先进入项目中。
例如,现在的pom.xml中关于spring-beans和spring-context顺序是这样的。
现在如果把spring-beans和spring-context顺序调换一下
spring-beans和spring-context的版本就都成4.3.16.RELEASE了。
关于maven导入jar包的两个概念
[直接依赖] 项目中直接导入的jar包,就是该项目的直接依赖包。
[传递依赖] 项目中没有直接导入的jar包,可以通过项目直接依赖的jar包传递到项目中去。
例如这个项目中直接依赖了spring-context和spring-beans两个jar包,这两个jar包所依赖的spring-core就属于传递依赖包。
————————————————
2.路径近者优先原则
直接依赖路径比传递依赖路径近,那么最终项目进入的jar包是路径更近的直接依赖包。
例如,此时pom.xml再添加一个2.0.8.RELEASE的spring-core
代码语言:javascript复制 <dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.3.16.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>2.0.8</version>
</dependency>
-> spring-context 5.2.4.RELEASE 会依赖一个 spring-core 5.2.4.RELEASE [传递依赖路径]
-> spring-beans 4.3.16.RELEASE 会依赖一个 spring-core 4.3.16.RELEASE [传递依赖路径]
-> spring-core 2.0.8.RELEASE [直接依赖路径]
所以最终[直接依赖路径]的 spring-core 2.0.8.RELEASE 成功进入了项目中,干掉了上面两个传递依赖路径进来的jar包。
————————————————
#3->直接排除法
当需要排除某个jar包下的依赖包,如这里想排除掉spring-beans 4.3.16.RELEASE所依赖的spring-core 4.3.16.RELEASE时,可以通过配置<exclusion></exclusion>标签,将不需要的jar包排除掉。
注意标签内部不需要写明版本号,原因是这里的依赖包默认版本和直接依赖包的版本是保持一致的,意思就是说,这里所依赖的spring-core的版本只可能是4.3.16.RELEASE,没有其他可能。
代码语言:javascript复制<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.3.16.RELEASE</version>
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
按照声明第一的原则,spring-core的版本应该会和优先声明的spring-beans的版本保持一致,但添加<exclusion></exclusion>标签将这一版本中的spring-core排除掉之后,最终引入项目的就是spring-context中所依赖的spring-core了。
————————————————
#3->锁定jar包发(推荐方法)
代码语言:javascript复制<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.3.16.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
当如上声明jar包的时候,spring-beans由于直接依赖关系,引入项目的spring-beans.jar包版本是4.3.16.RELEASE,spring-beans和spring-context共同传递依赖的jar包spring-core,由于要和4.3.16.RELEASE声明优先原则而保持一致, 所以最终引入项目的spring-core的jar包版本也是4.3.16.RELEASE。
现在为了使得spring-core最终引入项目的版本也是5.2.4.RELEASE,可以使用<dependencyManagement></dependencyManagement>标签进行jar包的版本锁定。
代码语言:javascript复制<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
</dependencies>
</dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>4.3.16.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.4.RELEASE</version>
</dependency>
</dependencies>
当通过标签<dependencyManagement></dependencyManagement>对jar包版本进行锁定之后,引入项目最终的jar包版本就以这个标签中最终声明的版本号为准。需要注意的是,这个标签内只是对jar包的版本号进行了声明,并没有直接将jar包引入项目中,所以下面真正声明jar包坐标的<dependency></dependency>标签不能省略。
这个锁定jar包版本的方法还可以用于另一种情况下。
maven工程是可以分为父子依赖关系的。凡是依赖别的项目后,项目里引入的所依赖这个项目的所有依赖jar包,都属于传递依赖。
比如,当前的项目A,被项目B所依赖(B -> A),那么项目A中所有的jar包都会传递到项目B中。项目B的开发者,如果再次在项目中导入一套和项目A一样的jar包(假如他们都共同使用了SSM框架的一套jar包),对于项目B来说这些重新导入的jar包都是直接依赖关系,那么直接依赖的jar包就会把从项目A传递过去的jar包直接覆盖掉。这里就会出现问题,项目A使用的jar包版本比项目B高,这样项目B直接覆盖掉原有的传递依赖包,项目可能就无法运行了,这不是我们希望出现的情况。
因此,为了防止这样的情况出现,可以通过标签<dependencyManagement></dependencyManagement>把项目A中主要jar包的版本锁住,那么其他依赖该项目的项目中,即便是有同名jar包直接依赖,也无法进行覆盖了。