一、传递依赖
官方文档解释的传送门：http://ifeve.com/maven-dependency-mechanism/
当存在传递依赖的情况时，主工程对间接依赖的jar可以访问吗？
例如：A.jar依赖于B.jar，而B.jar依赖于C.jar，那么要怎么修改配置文件，才会让A.jar 也依赖 B.jar 呢？
这要看传递依赖的jar包引入时的依赖范围——只有依赖范围为compile时可以访问
即 要使A.jar 依赖于C.jar 当且仅当C.jar的范围是compile
如下演示HelloWrold2项目依赖 ——》HelloWrold项目依赖——》junit
此时HelloWrold这个项目是有junit.jar包的，而HelloWrold2是没有junit这个jar包的，如下所示：
需要在被依赖的项目HelloWorld的pom.xml上改写
改写之后，项目就出现了需要间接依赖的的jar包
二、依赖原则
依赖原则目的：防止jar包的冲突
为了避免造成依赖重复，需要选择一个依赖路径
1. 路径最短优先原则
存在两个项目依赖同个类型但不同版本的jar包，这个时候会优先选择路径短的
项目配置情况：
HelloWrold2 依赖 HelloWrold
HelloWrold 依赖 Junit3.8 jar
HelloWrold 依赖 Junit4.0 jar
从图中看，显然junit3.8距离HelloWrold2更近点的
既然都拥有junit这个包，那么原本是 3.8 的 HelloWrold2 再依赖了HelloWrold后，会发生什么情况呢？？
配置如下：
运行结果如图所示：此时HelloWrold保持原来的junit-3.8.jar不变
2. 路径长度相同
路径长度相同的情况下，又可以分为是否有在同一个pom.xml两种情况
2.1 覆盖：
如果在同一pom.xml文件中有2个相同的依赖；后面声明的会覆盖前面的依赖
但这里要说严禁使用本情况，严禁在同一个pom中声明两个不同的依赖
2.2 优先：
如果是在不同pom.xml中有2个相同的依赖；则先声明的依赖，会覆盖后面生命的依赖
如下HelloWorld2依赖项目HelloWorld，和项目HelloWorld3
HelloWorld与HelloWorld3都有不同版本的commons-fileupload.jar
显然，先写在前面的HelloWorld3的jar包被采用了
简单的依赖就完了呢~ o(*￣▽￣*)o