相信从事Java工作的小伙伴们多多少少都会接触到Maven。使用Maven来搭建项目，能够极大的方便我们构建项目的依赖关系，对于项目中需要依赖的Jar包，也只是简单的在pom.xml中进行配置即可。可以说，Maven能够极大的提高我们的开发效率和项目的维护效率，能够统一项目的依赖环境，提高团队的协作效率。然而，尽管使用Maven的小伙伴很多，但真正掌握了Maven核心配置的又有多少呢？
项目依赖项目依赖是指Maven 通过依赖传播、依赖优先原则、可选依赖、排除依赖、依赖范围等特性来管理项目classpath。
依赖传播特性我们的项目通常需要依赖第三方组件，而第三方组件又会依赖其它组件遇到这种情况Maven会将依赖网络中的所有节点都会加入classpath当中，这就是Maven的依赖传播特性。
例如下面的配置
<!-- 添加spring mvc依赖--> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.9.RELEASE</version> </dependency>项目直接依赖了spring-webmvc 叫直接依赖，而对commons-logging 依赖是通过webmvc传递的所以叫间接依赖。
依赖优先原则基于依赖传播特性，导致整个依赖网络会很复杂，难免会出现相同组件不同版本的情况。Maven此时会基于依赖优先原则选择其中一个版本。
第一原则：最短路径优先。
第二原则：相同路径下配置在前的优先。
第一原则示例
<!-- 直接添加commons-logging --> <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.2</version> </dependency>上述例子中commons-logging 通过spring-webmvc 依赖了1.1.3，而项目中直接依赖了1.2，基于最短路径原则项目最终引入的是1.2 版本。
第二原则示例
主要步骤如下所示：
（1）添加一个新工程Project B
（2） 配置Project B 依赖 spring-web.3.2.9-RELEASE
（3）当前工程直接依赖 Project B
配置完之后，当前工程 project A 有两条路径可以依赖 spring-web,选择哪一条 就取决于 对 webmvc 和 Project B的配置先后顺序。
Project A==> spring-webmvc 5.2.9-RELEASE ==> spring-web 5.2.9-RELEASE
Project A==> Project B 1.0.SNAPSHOT ==>spring-web.3.2.9-RELEASE
注意：在同一pom文件，第二原则不在适应。如下配置，最终引用的是1.2 版本，而不是配置在前面的1.1.1版本。
<!-- 在1.2 之前添加 commons-logging --> <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.1.1</version> </dependency> <dependency> <groupId>commons-logging</groupId> <artifactId>commons-logging</artifactId> <version>1.2</version> </dependency> 可选依赖可选依赖表示这个依赖不是必须的。通过在<dependency></dependency>中添 加<optional>true</optional> 表示，默认是不可选的。可选依赖不会被传递。
排除依赖即排除指定的间接依赖。通过配置<exclusions></exclusions>配置排除指定组件。
例如，我们可以使用下面的配置来排除对于spring-web的依赖。
<!-- 排除指定项目 --> <exclusions> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-web</artifactId> </exclusion> </exclusions> 依赖范围像junit 这个组件 我们只有在运行测试用例的时候去要用到，这就没有必要在打包的时候把junit.jar 包过构建进去，可以通过Maven 的依赖范围配置<scope></scope>来达到这种目的。Maven 总共支持以下四种依赖范围：
compile(默认): 编译范围，编译和打包都会依赖。
provided： 提供范围，编译时依赖，但不会打包进去。如：servlet-api.jar
runtime： 运行时范围，打包时依赖，编译不会。如：mysql-connector-java.jar
test： 测试范围，编译运行测试用例依赖，不会打包进去。如：junit.jar
system： 表示由系统中classpath指定。编译时依赖，不会打包进去。配合<systemPath></systemPath> 一起使用。示例：java.home下的tool.jar
system 除了可以用于引入系统classpath 中包，也可以用于引入系统非maven 收录的第三方Jar，做法是将第三方Jar放置在 项目的 lib 目录下，然后配置 相对路径，但因system 不会打包进去所以需要配合 maven-dependency-plugin 插件配合使用。当然，我还是推荐小伙伴们通过 将第三方Jar手动install 到仓库。
接下来，我们就列举几个简单的使用示例。