既然Maven进行了依赖管理，为什么还会出现依赖冲突？处理依赖冲突的手段是？
依赖的版本？
首先来说，对于Maven而言，同一个groupId同一个artifactId下，只能使用一个version！
根据上图的依赖顺序，将使用1.2版本的jar。
现在，我们可以思考下了，比如工程中需要引入A、B，而A依赖1.0版本的C，B依赖2.0版本的C，那么问题来了，C使用的版本将由引入A、B的顺序而定？这显然不靠谱！如果A的依赖写在B的依赖后面，将意味着最后引入的是1.0版本的C，很可能在运行阶段出现类（ClassNotFoundException）、方法（NoSuchMethodError）找不到的错误（因为B使用的是高版本的C）！
这里其实涉及到了2个概念：依赖传递（transitive）、Maven的最近依赖策略。
依赖传递：如果A依赖B，B依赖C，那么引入A，意味着B和C都会被引入。
Maven的最近依赖策略：如果一个项目依赖相同的groupId、artifactId的多个版本，那么在依赖树（mvn dependency:tree）中离项目最近的那个版本将会被使用。（从这里可以看出Maven是不是有点小问题呢？能不能选择高版本的进行依赖么？据了解，Gradle就是version+策略）
现在，我们可以想想如何处理依赖冲突呢？
想法1：要使用哪个版本，我们是清楚的，那么能不能不管如何依赖传递，都可以进行版本锁定呢？
使用 [这种主要用于子模块的版本一致性中]
想法2：在依赖传递中，能不能去掉我们不想依赖的？
使用 [在实际中我们可以在IDEA中直接利用插件帮助我们生成]
想法3：既然是最近依赖策略，那么我们就直接使用显式依赖指定版本，那不就是最靠近项目的么？
使用
若有收获，就点个赞吧
0 人点赞
