这篇文章主要介绍“Maven依赖关系是什么”的相关知识，小编通过实际案例向大家展示操作过程，操作方法简单快捷，实用性强，希望这篇“Maven依赖关系是什么”文章能帮助大家解决问题。
1.何为依赖？
我们在平时的项目开发中也是同理，你需要依赖一些东西才能实现相应的功能，但相应的功能或许也可以依赖其它的东西实现，比如数据库操作吧，你可以依赖hibernate，但你也可以通过mybatis来做。
这就是所谓的依赖关系咯。
以前我们需要手动的去找hibernate或者mybatis的jar包，系统抛异常我们还不知哪里报错，通过琢磨才明白没有引入相应的jar包，然后就去找啊找，找到了然后引入到工程当中。在这里我们就看到maven的好处了，它就是一个仓库，仓库里面有各种各样的包，想要什么就在pom.xml中依赖一下就好了，就算仓库中没有的包也可以把它扔到仓库中，想用的时候就依赖一下。
2.依赖传递的范围
(1)根据Jar包的不同，需要为其设置不同的传递方式，即传递范围。Maven中的依赖传递范围设置在<scope>标签中。其取值有6种：
1)compile
第1类Jar包应设置的范围。是默认值。其会向下传递该依赖。
2)test
第2类Jar包应设置的范围。其不会向下传递该依赖。
3)provided
第3类Jar包应设置的范围。其不会向下传递该依赖。
4)runtime
第4类Jar包应设置的范围。其会向下传递该依赖。
5)system
不从本地仓库查找指定的依赖，而从<systemPath>路径查找。
3.依赖关系分类
A.直接依赖
项目A要用到别的项目B的架构的东西，所以项目A直接依赖B项目
B.间接依赖
项目B依赖A，C依赖B，那么C间接依赖A
C.依赖传递性
Maven的依赖是具有传递性的，比如A->B,B->C,那么A间接的依赖于C，这就是依赖的传递性，其中A对于B是第一直接依赖，B对于C是第二直接依赖，C为A的传递性依赖。
D.可选依赖与排除依赖
传递性依赖会给项目隐式的引入很多依赖，这极大的简化了项目依赖的管理，但是有些时候这种特性也会带来问题，它可能会把我们不需要的jar包也引入到了工程当中，使项目结构变得更复杂。或者你想替换掉默认的依赖换成自己想要的jar包，这时候就需要用到依赖排除。
例子中spring-core包依赖了commons-logging包，我们使用exclusions元素声明排除依赖，exclusions可以包含一个或者多个exclusion子元素，因此可以排除一个或者多个传递性依赖。需要注意的是，声明exclusions的时候只需要groupId和artifactId，而不需要version元素，这是因为只需要groupId和artifactId就能唯一定位依赖图中的某个依赖。换句话说，Maven解析后的依赖中，不可能出现groupId和artifactId相同，但是version不同的两个依赖。
E.依赖冲突（调解）
下面我们来思考这样一个问题，如果A->B->C->X(1.0),A->D-X(2.0),即A间接依赖X，我们可以看到有两条路径都依赖X，那么maven将会选择哪个版本的X？maven当中有一套自己的规则，我们来说明一下，maven传递性依赖的一些规则以及如何排除依赖冲突。
Maven里面对于传递性依赖有以下几个规则：
1.最短路径原则：如果A对于依赖路径中有两个相同的jar包，那么选择路径短的那个包，路径最近者优先，上述会选X(2.0)。
2.第一声明优先原则：如果A对于依赖路径中有两个相同的jar包，路径长度也相同，那么依赖写在前面的优先。例如：A->B->F(1.0),A->C->F(2.0)，会选F(1.0)。
3.可选依赖不会被传递，如A->B,B->;C,B->;D,A对B直接依赖，B对C和D是可选依赖，那么在A中不会引入C和D。可选依赖通过optional元素配置，true表示可选。如果要在A项目中使用C或者D则需要显式地声明C或者D依赖。
版本号统一管理
聚合
在Maven中，可能我们要做多个test，但是一个一个的测试去做，这样会很麻烦，为了简单方便，我们把所有的test package，都汇聚到一个package中，我们利用这个测试可以进行所有的test的测试，这个过程就是聚合。目前菜鸟的水平来看这个聚合，主要功能就是方便Test的！
关于“Maven依赖关系是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识，可以关注编程网行业资讯频道，小编每天都会为大家更新不同的知识点。
