之前说过了可以通过依赖的方式将一个大程序分为多个小的模块，模块之间可以利用依赖链接在一起。
但是如果有多个依赖的情况下会怎么样呢？

A依赖于B、C，而B、C又有各自的依赖，那么A是否依赖于B、C的依赖呢？
答案是是的，因为具有依赖传递的特性。

那么如果传递依赖中出现了包版本依赖冲突的问题，算那个包呢？
情况一：特殊优先：在一个pom.xml中添加两个不同版本的Junit依赖：后配置的覆盖先配置的。
情况二：路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高。

• A通过B间接依赖到E1、通过C间接依赖到E2，A就会间接依赖到E1和E2,Maven会按照层级来选择，E1是2度，E2是3度，所以最终会选择E1。

情况三：声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的。

• A通过B间接依赖到D1、通过C间接依赖到D2，D1和D2都是两度，这个时候就不能按照层级来选择，需要按照声明来，谁先声明用谁，也就是说B在C之前声明，这个时候使用的是D1，反之则为D2。

如果想更全面的查看Maven中各个坐标的依赖关系，可以点击Maven面板中的show Dependencies


如果出于某些原因，我不想使用传递依赖下的某个包，怎么办呢？

方法一：可选依赖

• 可选依赖指对外隐藏当前所依赖的资源—不透明

<dependency><groupId>com.itheima</groupId><artifactId>maven_03_pojo</artifactId><version>1.0-SNAPSHOT</version><!--可选依赖是隐藏当前工程所依赖的资源，隐藏后对应资源将不具有依赖传递--><optional>true</optional>
</dependency>

方法二：排除依赖

• 排除依赖指主动断开依赖的资源，被排除的资源无需指定版本

<dependency><groupId>com.itheima</groupId><artifactId>maven_04_dao</artifactId><version>1.0-SNAPSHOT</version><!--排除依赖是隐藏当前资源对应的依赖关系--><exclusions><exclusion><groupId>com.itheima</groupId><artifactId>maven_03_pojo</artifactId></exclusion></exclusions>
</dependency>