依赖管理是Maven的特性之一，它是用户最为熟悉的特性之一，也是Maven擅长的领域之一。管理单个项目的依赖并没有太大困难，但是当您开始处理由数十或数百个模块组成的多模块项目和应用程序时，Maven可以帮助您在维护高控制程度和稳定性。
依赖的传递性
依赖的传递性是Maven 2.0中的一项新功能，这样可以避免需要去指定自己的依赖关系需要的库，并自动包含它们。简单来说，就是你从远程库中下载你所依赖的项目，这些项目所依赖的项目你也可以在项目中使用。项目从父项或从属关系中继承的任何项目都可以使用。
以下几种会限制依赖的传递性：
- 依赖调解： 这决定遇到多个工件版本时使用哪一个依赖的版本。在Maven 2.0只支持使用“最近原则”，最近原则使用依赖关系树中项目最近的版本。例如我们定义A->B->C->D2.0 和 A->E->D1.0，因为A到E到D1.0的路径最短，根据最近原则。则构建A项目时使用D1.0，你可以直接在A项目中添加D2.0的依赖直接强制使用D2.0。注意如果依赖深度树处于相同深度时，直到Maven 2.0.9才使用依赖声明的顺序，谁优先在A项目中声明依赖就使用谁包含的依赖项目。
- 依赖关系管理： 这允许项目的作者直接指定在项目中遇到的工件版本。在上一节示例中，依赖D直接被添加到A项目中，即使A不直接使用D。A可以直接在依赖管理（<dependencyManagement>标签）中直接添加依赖D强制使用哪一个版本。
- 依赖的范围： 这允许您只包含适合当前构建阶段的依赖关系。
- 排除依赖关系： 如果项目X依赖于项目Y，而项目Y依赖于项目Z，则项目X的所有者可以使用“排除”元素将项目Z显式排除为依赖项。
- 可选依赖关系： 如果项目Y依赖于项目Z，则项目Y的所有者可以使用“可选”元素将项目Z标记为可选依赖项。当项目X依赖于项目Y时，X将仅依赖于Y而不依赖于Y的可选依赖项Z.项目X的所有者可以根据她的选项明确添加对Z的依赖项。（将可选依赖关系视为“默认排除”可能会有所帮助。）
依赖范围
依赖范围可以用于限制依赖的传递性，也影响构建任务的类路径。包含如下6个可用范围：
- compile：这是默认范围，如果没有指定依赖范围，则使用该范围。compile的依赖关系在项目的所有类路径中可以使用，而且会传播到所依赖的项目。
- provided： 这个与compile非常相似，但是JDK或容器运行期的依赖。例如可以将Servlet API设置为该选项，因为Web容器提供了这些类，此范围只需在编译和测试类路径中使用，且不具有传递性。
- runtime： 此范围编译时不使用，运行期使用。它在运行时和测试类路径中，但不在编译类路径中。
- test： 此范围表示正常使用应用程序中不需要使用的依赖，并且只适用于测试编译和执行阶段。不具有传递性。
- system： 该范围与provided范围类似，只是必须明确提供包含的JAR。工件始终可以使用，并且不会在存储库中查找。
- import： 仅在Maven 2.0.9以后版本中使用，此范围仅可在<dependencyManagement>标签中使用。它表示用指定POM的<dependencyManagement>部分中的依赖项替换掉依赖项。由于它们被替换，因此具有import范围的依赖关系实际关系并不参与传递性。
依赖管理
依赖管理是集中依赖信息的机制。当你有一组继承公共父项目的项目时，可以将所有依赖项信息放入到公共POM中，并且可以更简单的引用于子POM中。通过下面的例子可以很好的说明，鉴于这两个POM拓展同一个父POM：
项目A：
1 <project> 2 ... 3 <dependencies> 4 <dependency> 5 <groupId>group-a</groupId> 6 <artifactId>artifact-a</artifactId> 7 <version>1.0</version> 8 <exclusions> 9 <exclusion> 10 <groupId>group-c</groupId> 11 <artifactId>excluded-artifact</artifactId> 12 </exclusion> 13 </exclusions> 14 </dependency> 15 <dependency> 16 <groupId>group-a</groupId> 17 <artifactId>artifact-b</artifactId> 18 <version>1.0</version> 19 <type>bar</type> 20 <scope>runtime</scope> 21 </dependency> 22 </dependencies> 23 </project>