maven解决包冲突方法详解
Maven根据最近胜利策略（nearestwinsstrategy）的原则工作，同时解决依赖冲突，这意味着它在依赖树中找到更接近的版本，它将采用该版本并忽略其他版本。实际上Maven有点懒，所以每当它开始寻找依赖时，它就会从根目录开始遍历树，无论它先前找到哪个版本，它都会选择它并从它们返回而不进一步。如果它进一步寻找依赖版本，可能会有机找到一些更新的版本，但它从第一个发现的版本那里返回，并采用旧版本并用它来解决依赖关系。
可以用下面的命令显示依赖树：
mvndependency:tree
老实说，这不是maven的错，因为它想尽快完成这项工作。最重要的是，maven不知道你的应用程序期望哪个版本，所以Maven会告诉你，嘿，你有责任让我知道你想要哪个版本，如果你不告诉我，我会以自己的方式工作，即更近更好。
请下载本文的github源代码：
https://github.com/yujiaao/maven-dependency-conflict-demo
我们有一个web应用resolve-web，该工程依赖于project-A和project-B，project-A依赖于project-common的1.0版本并调用其中的sayHello()方法。project-B依赖于project-C，而project-C又进一步依赖于project-common的2.0版本并调用其中的sayGoodBye()方法。project-common的1.0和2.0版本是不同的，1.0中之包含sayHello()方法，而2.0中包含了sayHello()和sayGoodBye()两个方法。整个项目的依赖关系如下图：
根据Maven的transitive依赖机制，resolve-web将同时依赖于project-common的1.0和2.0版本，这就造成了依赖冲突。而根据最近获胜策略，Maven将选择project-common的1.0版本作为最终的依赖。
这和Gradle不同，Gradle在默认情况下将选择最新的版本作为获胜版本。
而对于Maven，由于proejct-common的1.0版本比2.0版本在依赖树中离resolve-web更近，故1.0版本获胜。在resolve-web中执行mvndependency:tree-Dverbose可以看到resolve-web的依赖关系：
[INFO]resolve-web:resolve-web:war:1.0-SNAPSHOT [INFO]+-junit:junit:jar:3.8.1:test [INFO]+-project-B:project-B:jar:1.0:compile [INFO]|\-project-C:project-C:jar:1.0:compile [INFO]|\-(project-common:project-commmon:jar:2.0:compile-omittedforconflictwith1.0) [INFO]+-project-A:project-A:jar:1.0:compile [INFO]|\-project-common:project-commmon:jar:1.0:compile [INFO]\-javax.servlet:servlet-api:jar:2.4:provided
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。