Maven Helper插件解决包冲突问题

安装Maven Helper

idea安装maven helper

安装成功后打开pom文件

pom.xml

dependency analyzer

可查看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 包导致的工程运行不稳定性。

Maven 默认处理策略

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 排除掉，这样也避免了包冲突。

利用helper插件

去除依赖

4.  版本锁定原则（最常使用） 在配置文件pom.xml中先声明要使用哪个版本的相应jar包，声明后其他版本的jar包一律不依赖。解决了依赖冲突。 当使用多个模块时，parent 一定要使用包管理模块来规范 Jar 包版本，而不是包依赖模块直接引入依赖。 dependencyManagement 

dependencyManagement