Maven

依赖

Maven 根据坐标才能找到需要的依赖.

依赖范围

compile: 编译依赖范围. 如果没有指定, 就会默认使用该依赖范围. 使用此依赖范围的 Maven 依赖, 对于编译、测试、运行三种 classpath 都有效. 典型的例子是 spring-core, 在编译、测试和运行的时候都需要使用该依赖.
test: 测试依赖范围. 使用此依赖范围的 Maven 依赖, 只对于测试 classpath 有效, 在编译主代码或者运行项目时无法使用此类依赖. 典型的例子就是 JUnit, 它只有在编译测试代码及运行测试的时候才需要.
provided: 已提供依赖范围. 使用此依赖范围的 Maven 依赖, 对于编译和测试 classpath 有效, 但在运行时无效. 典型的例子是 servlet-api, 编译和测试项目的时候需要该依赖, 但在运行项目的时候, 由于容器已经提供, 就不需要 Maven 重复地引入一遍.
runtime: 运行时依赖范围. 使用此依赖范围的 Maven 依赖, 对于测试和运行 classpath 有效, 但在编译主代码时无效. 典型的例子是 JDBC 驱动实现, 项目主代码的编译只需要 JDK 提供的 JDBC 接口, 只有在执行测试或者运行项目的时候才需要实现上述接口的具体 JDBC 驱动.
system: 系统依赖范围. 该依赖与三种 classpath 的关系, 和 provided 依赖范围完全一致. 但是, 使用 system 范围的依赖时必须通过 systemPath 元素显示地指定依赖文件的路径. 由于此类依赖不是通过 Maven 仓库解析的, 而且往往与本机系统绑定, 可能造成构建不可移植, 因此谨慎使用. systemPath 元素可以引用环境变量, 如:

<dependency>
	<groupId>javax.sql</groupId>
	<artifactId>jdbc-stdext</artifactId>
	<version>2.0</version>
	<scope>system</scope>
	<systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>

import: 导入依赖范围. 该依赖范围不会对三种 classpath 产生实际的影响.

依赖范围(scope)	编译classpath	测试classpath	运行时classpath	例子
compile	Y	Y	Y	spring-core
test	-	Y	-	JUnit
provided	Y	Y	-	servlet-api
runtime	-	Y	Y	JDBC 驱动
system	Y	Y	-	本地类库文件

依赖调解

1、 原则一: 路径最近者优先

A->B->C->X(1.0)
A->D->X(2.0)
X(2.0) 优先

2、 原则二: 第一声明者优先

A->B->Y(1.0)
A->C->Y(2.0)
Y(1.0) 优先