直奔主题，课外知识自行脑补。
1、传递依赖和继承依赖
继承依赖是个啥？就是你定义了一个父模块，然后子模块的pom里定义了parent去引用父模块，然后子模块会继承父模块的声明。
再简单多说一句多模块和继承的在编译时的玩法：
1、有依赖关系的多模块项目，工程结构如下图
1）直接编译父项目。maven会通过Reactor机制制定编译顺序（maven会找到各子module的关系），maven知道父模块下的所有子模块，并会按照依赖关系依次处理执行依次编译所有项目。
2）编译maven子项目时，maven不仅对子项目编译执行，也编译执行了父项目，但不会编译兄弟项目及其兄弟项目的子项目。
2、不具有依赖关系的多模块项目
即兄弟项目间互不关联，都只与父项目存在依赖关系。表现就是对于这类型的项目，我们可以删除父模块的...</modules>部分，而子模块保留parent部分。此时项目不再是一个多模块项目，而是多工程项目的一个集合。
1)此时编译父模块就只会编译父模块自己。
2）编译子模块时，会将子模块和父模块一块编译，但不会编译兄弟模块。
3）若保留父模块的<modules>...</modules>部分而删除子模块的parent部分，那么项目不再是父子项目，只是一个多模块项目，每个子项目独享自己的资源，不能共享。
跑题了，接着讲：
一、继承依赖，
只需记住这句：子模块会依赖父模块的声明，若子模块单独声明，就用自己的。
二、传递依赖
假如A依赖B,B依赖C，那么A也依赖C。（也有例外啊，如果B依赖C时指定了optional为true，标记为可选依赖，则A不会依赖C）。
传递性依赖有以下几个规则：
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 dependencyManagement中的依赖版本会覆盖传递依赖版本。
现在有如下工程：maven_dep_demo 是父module，有dao,service,web三个子module，子module的依赖关系dao->service->web.
回答完下面几道题，maven的一些基础依赖，你基本就理解的差不多了，一定要自己下去多试，答题时间开始：
第一题：
1）dao引用了spring-core的5.1.6.
2）service只是引用的dao
3）web 在dependencyManagement中定义了spring-core 的版本是4.3.23
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
答案是：
结论：pom文件中没有指定版本的依赖或是传递的依赖，如果在本module中dependencyManagement中有指定此依赖版本，那就使用本module中dependencyManagement中定义的版本号。
第二题：
1）dao引用了spring-core的5.1.6.如上
2）service只是引用的dao,如上
3）web 只是引用了service。
4）父pom中在dependencyManagement中定义了spring-core 的版本是4.3.23.RELEASE
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
结论：如果在dependency中没有指定version，那么就会依次找当前pom中以及父pom中的dependencyManagement是否定义了版本。
第三题：
1）dao引用了spring-core的5.1.6.如上
2）service只是引用的dao，如上
3）web 在dependencyManagement中定义了spring-core 的版本是4.3.23
4）父pom中在dependencyManagement中定义了spring-core 的版本是3.2.9
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
结论：子的永远优先父的。
第四题：
1）我给原来的工程里添加一个module叫common，common继承父pom。common中引用spring3
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web里定义dependencyManagement引用common，且web引用service。
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
第五题：
1）我给原来的工程里添加一个module叫common，common继承父pom。common中引用spring3
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里定义dependencyManagement引用common
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
结论：dependencyManagement的定义不具有传递性。
第六题：
1）我给原来的工程里添加一个module叫common，common继承父pom。
common中只是dependencyManagementspring3.2.9
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
第七题：
1）我给原来的工程里添加一个module叫common，common继承父pom。
common中dependencyManagement spring3.2.9且依赖。
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
dao 和 service 变成了spring5，web中变成了这样
第八题：
1）我给原来的工程里添加一个module叫common，common继承父pom。如上
common中只是dependencyManagement
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里空的。
6）web的引用common，但是type是pom,scope是import
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
dao 和 service 变成了spring5，web中变成了这样
第九题：
1）我给原来的工程里添加一个module叫common，common继承父pom。如上
common中只是dependencyManagement
2）dao引用了spring-core的5.1.6.
3）service只是引用的dao
4）在web引用service。。
5）在父pom里dependencyManagement common，但是type是pom,scope是import。
6）web的引用common
那大家猜一下，在dao,service 和web中显示的spring的版本号是什么？
dao是spring 5， service 和web 变成了spring3，web中变成了这样
结论：import就是把pom的配置导进来。跟你写在里面差不多。
综上所述：
1、pom文件中没有指定版本的依赖或是传递的依赖，如果在本module中dependencyManagement中有指定此依赖版本，那就使用本module中dependencyManagement中定义的版本号。
2、如果在dependency中没有指定version，那么就会依次找当前pom中以及父pom中的dependencyManagement是否定义了版本。
3、子的永远优先父的。
4、dependencyManagement的定义不具有传递性。
5、import就是把pom的配置导进来
6、工具不好用就，就用命令吧maven -X dependency:tree
