依赖机制介绍
依赖管理是Maven最为人知的功能之一，也是Maven擅长的领域之一。管理单个项目的依赖关系没有太多困难，但是当您开始处理由多个或几百个模块组成的多模块项目和应用程序时，Maven可以帮助您大量维护高可用性控制程度和稳定性。
依赖关系
在maven的管理体系中，各个项目组成了一个复杂的关系网，但是每个项目都是平等的，是个没有贵贱高低，众生平等的世界，全球每个项目从理论上来说都可以相互依赖。就是说，你跟开发spring的大牛们平起平坐，你的项目可以依赖Spring项目，Spring项目也可以依赖你的项目（虽然现实中不太会发生，你倒贴钱人家也不敢引用）。
项目的依赖关系主要分为三种：依赖，继承，聚合
依赖范围
依赖范围用于限制依赖关系的传递性，并且还影响用于各种构建任务的类路径。
有6个可用范围：
compile
这是默认范围，如果没有指定，则使用。编译依赖项可在项目的所有类路径中使用。此外，这些依赖关系被传播到依赖项目。
provided
这很像编译，但是表明你期望JDK或一个容器在运行时提供依赖。例如，当为Java Enterprise Edition构建Web应用程序时，您将设置对Servlet API和相关Java EE API的依赖关系，因为Web容器提供了这些类。此范围仅适用于编译和测试类路径，不可传递。
runtime
此范围表示编译不需要依赖关系，但是要执行。它是在运行时和测试类路径，但不是编译类路径。
test
此范围表示正常使用应用程序不需要依赖关系，仅适用于测试编译和执行阶段。这个范围是不可传递的。
system
此范围与provided类似，只是您必须提供明确包含它的JAR。该工件始终可用，而不是在存储库中查找。
import （仅在Maven 2.0.9或更高版本中可用）
此范围仅在类型为pom的依赖关系支持在<dependencyManagement>部分。它指示要替换为指定POM的<dependencyManagement>部分中的依赖关系的有效列表的依赖关系。由于它们被替换，具有导入范围的依赖关系实际上并不参与限制依赖关系的传递性。
啊为什么我看完了，还是一脸懵逼，一定是我看的姿势不对，我躺着看试试哈哈，好了，不开玩笑了~
下面大白话来哈
- compile：默认的范围，编译测试运行都有效。
- provided：在测试、编译的时候有效，在最后运行的时候不会被加入。主要指某个容器在运行我们项目时，已经包含了我们需要的依赖包，那么我们就不要多此一举，再添加一遍了，否则会冲突。
- runtime：在测试和运行时有效。
- test：在测试范围有效。
- system：和provided类似，与本机系统相关联，可移植性差。
- import：导入的范围，它只使用在dependencyManagement中，表示从其它的pom中继承过来的依赖。
