Maven的一个强大的方面就是它对项目关系的处理,包括依赖关系(和传递性依赖关系)、继承和聚合(多模块项目)
依赖关系
POM
的基础就是其依赖列表,大多数项目都依赖其他项目来正确构建和运行,如下这是一个依赖第三方jar,junit来进行单元测试的
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
...
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<type>jar</type>
<scope>test</scope>
<optional>true</optional>
</dependency>
...
</dependencies>
...
</project>
根元素project下的dependencies可以包含一个或者多个dependency元素,以声明一个或者多个项目依赖,每个依赖可以包含的元素有:
-
groupId
、artifactId
、version
:依赖的基本坐标,对弈任何一个依赖来说,基本坐标是最重要的,Maven根据坐标才能找到需要的依赖,并且下载到本地使用 -
classifier
:它表示在相同的版本下针对不同的环境或者jdk使用的jar,如果配置了这个元素,则会将这个元素名加载最后来查找对应的jar -
type
:对应所选的依赖类型。默认为jar
,对应项目坐标定义的packaging元素 -
scope
:依赖范围,包含compile、test、provided、runtime、system、import -
sysemPath
:仅且scope是system,才有效 -
optional
:标记依赖是否可选 -
exclusions
:用来排除传递依赖
依赖范围
-
compile
:编译依赖范围,如果没有指定,就会默认使用该依赖范围。使用依赖范围的Maven依赖,对于编译、测试、运行这三种都有效 -
test
:测试依赖范围,使用此依赖范围的Maven依赖,只对于测试有效,在编译主代码或者运行项目的使用时将无法使用此类依赖,典型的如JUnit -
provided
:已提供依赖范围,使用此依赖范围的Maven依赖,对于编译和测试有效,但是在运行时无效。典型的如servlet-api -
runtime
:运行时依赖乏味,使用此依赖范围的Maven依赖,对于测试和运行有效,但是在编译主代码时无效,典型的例子是JDBC驱动 -
system
:系统依赖范围,该依赖和provided依赖范围一致,但是使用system范围的依赖时,必须通过sysemPath
元素显示的指定依赖文件的路径,由于此类依赖不是通过Maven仓库,往往和本机系统绑定,可能造成构建的不可移植,因此应该谨慎使用,它可以引用环境变量,如:<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
:导入依赖范围,该范围不对编译、测试、运行产生影响上述依赖范围汇总如下:
依赖范围scope 编译 测试 运行 例子 compile Y Y Y spring-core test — Y — JUnit provided Y Y — servlet-api runtime — Y Y JDBC驱动 system Y Y — 本地的,Maven仓库之外的类库文件