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)
- scope取值： compile、provided、test、runtime、system、import
| 取值 | 范围 | 描述 |
|---|---|---|
| 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。
网友评论