IntelliJ运行单元测试通过但Maven执行失败的依赖冲突问题

核心根因 #

以下所有异常现象本质是同全限定名的类A存在于多个不同GAV坐标的Jar包中：Maven的依赖仲裁规则仅能处理同一GAV的多版本冲突，无法识别不同GAV但包含同全限定名类的Jar冲突，这种场景下哪个版本的类会被加载，完全由对应执行阶段classpath里的Jar排列顺序决定。

场景1：D1依赖声明在D2、D3之前时的异常原因 #

• 执行mvn clean install -DskipTests构建成功：主代码编译阶段的classpath不会引入scope为test的D1，仅包含D3传递依赖引入的TD2（携带v2版本的类A），主代码调用v2专属方法可以正常编译通过。
• 去掉-DskipTests测试失败：测试执行阶段的classpath会自动纳入所有test scope的依赖，D1作为声明顺序更靠前的直接依赖，对应Jar在classpath中排在TD2前面，类加载器会优先读取D1中的v1版本类A，自然找不到v2才有的方法，触发运行时异常。

场景2：D1依赖调整到D2、D3之后时的异常原因 #

• 测试可以正常通过：调整依赖顺序后，测试classpath中TD2的排列顺序早于D1，类加载器优先加载TD2中的v2版本类A，调用对应方法不会报错。
• 主构建失败：调整顺序后主编译classpath中D1的排列顺序早于TD2，编译主代码时读取到的是D1中的v1版本类A，找不到v2专属方法，直接触发编译失败。

IntelliJ可正常运行测试的原因 #

IntelliJ的内部依赖解析规则、classpath排序逻辑和Maven命令行完全独立：

• 若IntelliJ开启了依赖冲突自动优化配置，会主动将包含更高版本类的Jar排列到classpath靠前位置，优先加载v2版本的类A。
• 部分版本的IntelliJ处理测试classpath时，默认会将传递依赖的优先级放在部分直接依赖前面，刚好让TD2的v2版本类A被优先加载，因此测试可以正常运行。

内容的提问来源于stack exchange，提问作者Ali Yahya