1 传递性依赖
1.1 传递性依赖机制
- Maven自动递归解析所有依赖,然后将依赖下载,作为项目的依赖
1.2 传递性依赖规则
- 第一列为一级依赖
- 第一行为二级依赖
| compile | test | provided | runtime | |
|---|---|---|---|---|
| compile | compile | runtime | ||
| test | test | test | ||
| provided | provided | provided | provided | |
| runtime | runtime | runtime |
例1:
项目依赖A(scope为compile),A依赖于B(scope为test)
此时项目对B的依赖范围为空
因为B是给A测试使用,项目依赖A是compile,项目无需依赖B
例2:
项目依赖junit(单元测试,scope为test),junit依赖hamcrest-core(scope为默认compile)
项目对hamcrest-core的依赖范围为test
2 依赖冲突调节
2.1 依赖冲突产生原因
maven自动解析所有层级依赖,自动下载所有依赖，会导致依赖冲突问题
2.2 就近原则解决冲突
project -> pagehelper -> spring-core -> log4j-2.0
project -> spring-mybatis -> log4j-1.0
此时Maven遵循就近原则使用log4j-1.0
2.3 第一声明原则解决冲突
project -> pagehelper -> log4j-2.0
project -> spring-mybatis -> log4j-1.0
此时Maven遵循第一声明原则,log4j-2.0在log4j-1.0前声明,使用log4j-2.0
3 XXX not found
3.1 问题产生
project -> pagehelper -> spring-core -> log4j-2.0
project -> spring-mybatis -> log4j-1.0
- 此时就近原则生效,项目依赖log4j-1.0
- pagehelper依赖spring-core，spring-core依赖log4j-2.0
- 项目使用spring-core的A方法,A方法依赖log4j-2.0中的类或方法,就会抛出xxx not found问题
3.2 解决
- 遵循最新版本原则
当项目依赖某jar包的多个版本时,优先使用最新版本,将低版本依赖排除
为了举例说明,实际依赖可能并非如此
project -> pagehelper -> spring-core -> log4j-2.0
project -> spring-mybatis -> log4j-1.0
- 此时就近原则生效,项目依赖log4j-2.0,需将log4j-2.0依赖排除
- 查看项目依赖树
命令行
mvn dependency:tree
image.png
Maven Helper插件
image.png
image.png
- 将pagehelper中mybatis排除依赖
<!-- pageHelper 中mybatis依赖与 下面冲突 -->
<dependency>
<groupId>com.github.pagehelper</groupId>
<artifactId>pagehelper-spring-boot-starter</artifactId>
<version>RELEASE</version>
<exclusions>
<exclusion>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- 整合mybatis配置 -->
<dependency>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
<version>${mybatis.version}</version>
</dependency>
- 再次查看项目依赖树,项目依赖如下(只剩下log4j-2.0)
project -> pagehelper -> spring-core -> log4j-2.0
project -> spring-mybatis
