安装Maven Helper
安装成功后打开pom文件
可查看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 排除掉，这样也避免了包冲突。
4. 版本锁定原则（最常使用） 在配置文件pom.xml中先声明要使用哪个版本的相应jar包，声明后其他版本的jar包一律不依赖。解决了依赖冲突。 当使用多个模块时，parent 一定要使用包管理模块来规范 Jar 包版本，而不是包依赖模块直接引入依赖。 dependencyManagement
