maven的核心就是依赖管理,在模块过多,之间的依赖关系也很复杂,maven提高了一个高效的管理方法。
<dependency>
<groupId>工程组唯一标识</groupId>
<artifactId>工程唯一标识</artifactId>
<version>版本</version>
<scope>依赖范围</scope>
<optional>依赖可选</optional>
<exclusions>
<exclusion>
<!-- 排除jar -->
<groupId>com.alibaba</groupId>
<artifactId>jconsole</artifactId>
<!--注意这里没有写版本-->
</exclusion>
</exclusions>
</dependency>
当A 依赖 B ,B 依赖C。 其中C是通过依赖传递给A,A中是有C的。 其中A不想依赖C 可以使用<exclusion>(不指定版本)或者<optional>(默认值false)
取值 | 范围 | 描述 |
---|---|---|
compile | 默认值,编译时、测试、运行 | 当前项目的类路径下有效 |
provided | 编译、测试 | 由运行时JDK或者容器(Idea)提供 |
test | 测试,运行 | 只在测试编译执行阶段 |
runtime | 运行时 | 在编译时不是必须的,执行时必须。类似JDBC |
system | 编译测试 | 从本地系统指定路径获取systemPath |
import | 导入阶段 | 只用在dependencyManagement中,和<type>pom</type>配合使用 |
依赖冲突产生的原因:就像A引入了B和C,但是在B和C中都依赖了D,B依赖的D的1.0版本,C依赖了D的1.1版本。这是两个版本的D就有可能出现冲突,为什么是有可能?
因为依赖管理是根据两个版本的深度和谁先声明,来决定选谁。
比如:
A->B->D(1.0)
A->C->E->D(1.1)
这时A就会选择D(1.0); 如果路径相同谁先声明使用谁。
依赖冲突大多场景:NoSuchMethod、NotFoundClass,方法类不一致。
解决方式:mvn denpendency:treee -->tree.tex
在当前目录打印出maven 依赖树生成tree.txt 文件,找出冲突的jar。
如何避免依赖冲突:项目中依赖的jar都有父POM < dependencyManagement>管理,其他模块使用import。