安装Maven Helper
![12284975-35a6958d5dfa2ce3.png](https://i-blog.csdnimg.cn/blog_migrate/dcddc8ac2dbb374891c93e908c7647ae.webp?x-image-process=image/format,png)
安装成功后打开pom文件
![12284975-ac20c7848e0fbb5c.png](https://i-blog.csdnimg.cn/blog_migrate/1227b41eae4aeaf3a2512f574b39bf4f.webp?x-image-process=image/format,png)
![12284975-f3f769622a9cd523.png](https://i-blog.csdnimg.cn/blog_migrate/3b071b512825e2acc7eac3609760e37d.webp?x-image-process=image/format,png)
可查看pom所有包引用tree
Maven 解析 jar 包依赖
在 pom.xml 中引入某个 jar 包依赖,当 Maven 解析该依赖时,需要引入的 jar 包不仅仅只有 当前jar包,还会有这个jar包内部依赖的 jar 包, 内部依赖的 jar 包依赖的 jar 包......,依赖关系不断传递,直至没有依赖(传递依赖)。
如上图所示,层层依赖
依赖范围
如果不显示执行 属性时,默认 compile。
scope 有哪些属性:compile, provided, runtime, test, system ,import
compile: 此依赖范围对 于编译、测试、运行三种classpath都有效
provided: 只对编译和测试的classpath有效
runtime : 只对测试和运行的classpath有效
import : 该依赖范围不会对三种classpath产生影响,该依赖范围只能与dependencyManagement元素配合使用,其功能为将目标pom文件中dependencyManagement的配置导入合并到当前pom的dependencyManagement中
test :只对测试classpath有效
此时存在包冲突问题
假设 A->B->C->D1, E->F->D2,D1,D2 分别为 D 的不同版本。
如果 pom.xml 文件中引入了 A 和 E 之后,按照 Maven 传递依赖原则,工程内需要引入的实际 Jar 包将会有:A B C D1 和 E F D2,因此 D1,D2 将会产生包冲突。
解决包冲突方法
Maven 解析 pom.xml 文件时,同一个 jar 包只会保留一个,这样有效的避免因引入两个 jar 包导致的工程运行不稳定性。
1. 最短路径优先(这个优先级高)
Maven 面对 D1 和 D2 时,会默认选择最短路径的那个 jar 包,即 D2。E->F->D2 比 A->B->C->D1 路径短 1。
2. 最先声明优先
如果路径一样的话: A->B->D1, E->F->D2 ,两个依赖路径长度都是 2,那么就选择最先声明。
3. 移除依赖
如果我们不想通过 A->B->->D1 引入 D1 的话,那么我们在声明引入 A 的时候将 D1 排除掉,这样也避免了包冲突。
![12284975-f208fc9a6ececa84.png](https://i-blog.csdnimg.cn/blog_migrate/57348ccee3856dfcb756d42b16090d17.webp?x-image-process=image/format,png)
![12284975-47f700cac0594290.png](https://i-blog.csdnimg.cn/blog_migrate/7aa41bc9ed32ee4b7606628fd9e2b79a.webp?x-image-process=image/format,png)
4. 版本锁定原则(最常使用) 在配置文件pom.xml中先声明要使用哪个版本的相应jar包,声明后其他版本的jar包一律不依赖。解决了依赖冲突。 当使用多个模块时,parent 一定要使用包管理模块来规范 Jar 包版本,而不是包依赖模块直接引入依赖。 dependencyManagement
![12284975-d2a0af412c06e9aa.png](https://i-blog.csdnimg.cn/blog_migrate/43902999e75359bd8c6982a574676416.webp?x-image-process=image/format,png)