maven依赖
在maven项目中，我们会在pom.xml文件中引入我们需要用到的依赖，一般用groupId,artifactId,version就够了，如下：
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>4.1.7.RELEASE</version>
</dependency>
有时，也会指定依赖范围，比如：
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
maven有3套classpath，编译classpath，运行classpath，测试classpath。
依赖范围
依赖范围有以下几种：
-
compile编译依赖范围。默认是这种范围。对3中classpath都有效。典型例子是spring-core，在编译，运行，测试时都需要。 -
test测试依赖范围。只对测试classpath有效。典型例子是junit，它只在测试期间需要。 -
provided已提供依赖范围。对编译classpath和测试classpath有效，运行classpath无效。典型例子是servlet-api，运行的时候容器会提供，所以运行时不需要。 -
runtime运行时依赖范围。对运行classpath和测试classpath有效。典型例子是jdbc驱动实现，编译的时候只要有jdk的jdbc接口即可。 -
system系统依赖范围。和provided一样，对3中classpath都有效。但是，使用时必须通过systemPath元素显式指定依赖文件的路径。限制比较多，一般不使用。 -
import导入依赖范围。对3中classpath都没实际影响。
依赖机制
- 依赖会传播：A依赖B，B依赖C，那么maven解析的时候会找到B，发现B依赖C，又去把C引入，然后在引入B
- 有相同依赖的时候，优先选路径最近的：比如A->B->C->X(1.0), A->D->X(2.0),这时候有2个X，会冲突，maven会选择最近的，也就是X(2.0)
- 在依赖路径长度相同时，优先选先声明的：比如A->B->Y(1.0), A->C->Y(2.0),在maven2.0.9之后，maven会选在pom中先声明的那个。即如果C的依赖声明在B之前，就选Y(2.0)
