保姆级神器 Maven,再也不用担心项目构建搞崩了
今天来给大家介绍一款项目构建神器——Maven,不仅能帮我们自动化构建,还能够抽象构建过程,提供构建任务实现;它跨平台,对外提供了一致的操作接口,这一切足以使它成为优秀的、流行的构建工具,从此以后,再也不用担心项目搞崩了。
PS:为了能够帮助更多的 Java 爱好者,已将《Java 程序员进阶之路》开源到了 GitHub(本篇已收录)。该专栏目前已经收获了 675 枚星标,如果你也喜欢这个专栏,觉得有帮助的话,可以去点个 star,这样也方便以后进行更系统化的学习:
每天看着 star 数的上涨我心里非常的开心,希望越来越多的 Java 爱好者能因为这个开源项目而受益,而越来越多人的 star,也会激励我继续更新下去~
总结一下 Maven 的优点,主要有以下 3 点:
依赖管理:Maven 能帮助我们解决软件包依赖的管理问题,不再需要提交大量的 jar 包、引入第三方库;
规范目录结构:Maven 标准的目录结构有助于项目构建的标准化,通过配置 profile 还可以根据不同的环境(开发环境、测试环境,生产环境)读取不同的配置文件;
方便集成:能够集成在 IDE 中更方便使用。
一、安装 Maven
由于 JDK 是 Maven 安装的前置条件,所以请使用 java -version
确认是否已经安装了 JDK:
我本人使用的是 macOS,所以可以有两种安装方式,一种官网下载,手动安装;一种直接使用 brew 一键安装。
我们先介绍官网下载,手动安装,该方式同样适用于 Windows 系统,差别可参照 Maven 官网安装教程:
http://maven.apache.org/install.html
1)一种官网下载,手动安装
第一步,去官网下载 Maven 安装包:
官网地址:http://maven.apache.org/download.cgi
很多初学者在官网下载的时候不知道选哪一个,这里做一下简单的介绍。
bin(binary)代表由 Java 源文件编译后的二进制 class 文件,src(source)代表 Java 源文件。
一般情况下,选择 bin 文件进行安装就 OK 了;如果你想自己编译,可选 src 版本。
tar.gz 压缩格式适用于 Unix 操作系统,zip 适用于 Windows 操作系统;但不是绝对的。
第二步,解压下载的安装包,复制该路径:
bin 目录:该包含了 Maven 运行的所有脚本,用来配置 Java 命令,准备执行环境,然后执行 Java 命令。
boot 目录:该目录只包含了一个 plexus-classworlds-xxx-jar 文件,该文件是一个类加载器框架,相当于默认的 Java 类加载器,提供了更加丰富的语法以便配置,Maven 使用该加载器加载自己的类库。
conf 目录:该目录包含了一个非常重要的文件 settings.xml。可以直接修改该文件,用来全局定制 Maven 的行为;也可以复制该文件到
~/.m2/
目录下(~表示用户目录),修改该文件可以在用户范围内定制 Maven 的行为。lib 目录:该目录包含了 Maven 运行时所需要的 Java 类库,包括 Maven 依赖的第三方类库,比如 slf4j-api.jar。
第三步,配置环境变量
打开终端,输入 vim ~/.bash_profile
命令打开 bash_profile 文件:
bash_profile 文件用于配置环境变量和启动程序,详细介绍可参照:
https://www.cnblogs.com/kevingrace/p/8072860.html
在文件中添加设置环境变量的命令:
保存后退出,可以执行 source ~/.bash_profile
使配置生效:
第四步,查看配置是否生效
输入 mvn -v
命令,如果输出以下内容,表示配置成功:
如未生效,可再开一个终端窗口尝试 mvn -v
命令。
2)brew 一键安装
第一步,使用 brew install maven
命令一键安装,并自动配置环境变量
第二步,使用 mvn -v
命令查看版本
二、Maven 配置文件大盘点
Maven 是基于 POM(Project Object Model) 进行的,项目的所有配置都会放在 pom.xml 文件中,包括项目的类型、名字,依赖关系,插件定制等等。
第一行是 XML 头,指定了该 xml 文档的版本和编码方式。
project 是根元素,声明了一些 POM 相关的命名空间及 xsd 元素。
modelVersion 指定了当前 POM 的版本,对于 Maven 3 来说,值只能是 4.0.0。
groupId 定义了项目属于哪个组织,通常是组织域名的倒序,比如说我的域名是 itwanger.com,所以 groupId 就是 com.itwanger。
artifactId 定义了项目在组织中的唯一 ID。
version 指定了项目当前的版本,SNAPSHOT 意为快照,说明该项目还处于开发中。
name 声明了一个对于用户更为友好的项目名称。
groupId、artifactId 和 version 这三个元素定义了一个项目的基本坐标,在 Maven 的世界里,任何的 jar 和 pom 都是以基于这些坐标进行区分的。
dependencies 可以包含一个或者多个 dependency 元素,以声明一个或者多个项目依赖。
grounpId、artifactId 和 version 组成了依赖的基本坐标。
type 指定了依赖的类型,默认为 jar。
scope 指定了依赖的范围(详情见下面依赖范围部分)。
optional 标记了依赖是否是可选的(详情见下面依赖可选部分)。
exclusions 用来排除传递性依赖(详情见下面依赖排除部分)。
依赖范围有以下几种:
compile,默认的依赖范围,表示依赖需要参与当前项目的编译,后续的测试、运行周期也参与其中,是比较强的依赖。
test,表示依赖仅仅参与测试相关的工作,包括测试代码的编译和运行。比较典型的如 junit。
runntime,表示依赖无需参与到项目的编译,不过后期的测试和运行需要其参与其中。
provided,表示打包的时候可以不用包进去,别的容器会提供。和 compile 相当,但是在打包阶段做了排除的动作。
system,从参与程度上来说,和 provided 类似,但不通过 Maven 仓库解析,可能会造成构建的不可移植,要谨慎使用。
关于传递性依赖:
比如一个 account-email 项目为例,account-email 有一个 compile 范围的 spring-code 依赖,spring-code 有一个 compile 范围的 commons-logging 依赖,那么 commons-logging 就会成为 account-email 的 compile 的范围依赖,commons-logging 是 account-email 的一个传递性依赖:
有了传递性依赖机制,在使用 Spring Framework 的时候就不用去考虑它依赖了什么,也不用担心引入多余的依赖。Maven 会解析各个直接依赖的 POM,将那些必要的间接依赖,以传递性依赖的形式引入到当前的项目中。
关于依赖可选:
项目中 A 依赖 B,B 依赖于 X 和 Y,如果所有这三个的范围都是 compile 的话,那么 X 和 Y 就是 A 的 compile 范围的传递性依赖,但是如果我想 X、Y 不作为 A 的传递性依赖,不给它用的话,可以按照下面的方式配置可选依赖:
关于依赖排除:
有时候你引入的依赖中包含你不想要的依赖包,你想引入自己想要的,这时候就要用到排除依赖了,比如下图中 spring-boot-starter-web 自带了 logback 这个日志包,我想引入 log4j2 的,所以我先排除掉 logback 的依赖包,再引入想要的包就行了。
声明 exclustion 的时候只需要 groupId 和 artifactId,不需要 version 元素,因为 groupId 和 artifactId 就能唯一定位某个依赖。
三、Maven 仓库
在 Maven 的术语中,仓库是一个位置(place),项目中依赖的第三方库以及插件(可统称为构件),都放在这里。所有的 Maven 项目都可以共享这个仓库,只需要根据依赖的坐标,就可以在需要的时候找到仓库中的依赖,并使用它们。
举个例子,项目中使用了分页插件的依赖:
那么它对应的仓库路径是这样的:
仓库可以以下几种:
1)本地仓库
当 Maven 在执行编译或测试时,如果需要使用依赖文件,它总是基于坐标使用本地仓库的依赖文件。
默认情况下,不管是 Window 还是 macOS,或者是 Linux,每个用户都会在自己的用户目录下有一个路径名为 .m2/repository/
的仓库目录。
如果你想自定义本地仓库目录地址,可以编辑文件~/.m2/settings.xml
,设置 localRepository 元素的值为你想要的仓库地址,例如:
如果找不到 ~/.m2/settings.xml
的话,可以到 Maven 的安装目录(前文提到的 conf 目录)下去拷贝。
2)远程仓库
默认情况下,本地仓库是被注释掉的,也就是空的,那么就必须得给 Maven 配置一个可用的远程仓库,否则 Maven 在 build(构建)的时候就无法去下载依赖。
中央仓库就是这样一个可用的远程仓库,里面包含了这个世界上绝大多数流行的开源 Java 类库,以及源码、作者信息、许可证信息等等。
不过,默认的中央仓库访问速度比较慢,通常我们会选择使用阿里的 Maven 远程仓库。
repositories 可以包含一个或者多个 repository 元素,以声明一个或者多个仓库。
id,仓库声明的唯一 id,需要注意的是,Maven 自带的中央仓库使用的 id 为 central,如果其他仓库也使用了该 id,就会覆盖中央仓库的配置。
url,指向了仓库的地址。
releases 和 snapshots,用来控制 Maven 对于发布版构件和快照版构件的下载权限。
enabled 子元素为 true 时表示可以从仓库下载发布版构件和快照版构件。
updatePolicy 子元素用来配置 Maven 从远处仓库检查更新的频率。
默认值是 daily,表示每天检查一次;
可选值 never 表示从不检查;
可选值 always 表示每次构建时检查更新;
可选值 interval 表示每隔 X 分钟检查一次更新(X 为任意整数)。
checksumPolicy 子元素用来配置 Maven 检查校验的策略。在下载构件的时候,Maven 会去校验,如果校验失败,
当 checksumPolicy 的值为默认的 warn 时,Maven 会在执行构建时输出警告信息;
值为 fail 时,Maven 遇到校验错误就让构建失败;
值为 ignore 时,Maven 将完全忽略校验。
搭建远程仓库的另外一个目的是方便部署我们自己的项目构件至远程仓库供其他团队成员使用,这时候需要配置 distributionManagement 元素:
repository 表示发布版本构件的仓库。
snapshotRepository 表示快照版本(开发测试用)的仓库。
这两个元素都需要配置 id、name 和 url,id 为远程仓库的唯一标识,name 是为了方便阅读,url 表示仓库的地址。
配置好了以后运行命令 mvn clean deploy
,Maven 就会将项目部署到对应的远程仓库。项目是快照还是发布版本通过之前远程仓库配置项中的 releases 和 snapshots 来区分。
3)仓库镜像
如果仓库 X 可以提供仓库 Y 存储的所有内容,那么就可以认为 X 是 Y 的一个镜像。通常我们会在 settings.xml 文件中添加阿里云镜像:
其中 mirrorOf 元素的可选项有:
<mirrorOf>*</mirrorOf>
,匹配所有远程仓库。<mirrorOf>external:*</mirrorOf>
,匹配所有远程仓库,使用 localhost 的除外,使用file://
协议的除外。也就是说,匹配所有不在本机上的远程仓库。<mirrorOf>repo1,repo2</mirrorOf>
,匹配仓库 repo1 和 repo2,使用逗号分隔多个远程仓库。<mirrorOf>*,!repo1<mirrorOf>
,匹配所有远程仓库,repo1 除外,使用感叹号将仓库从匹配中排除。
上例中 <mirrorOf>central</mirrorOf>
表示任何对于中央仓库的请求都会转至该镜像。
4)私服
私服是一种特殊的远程仓库,它架设在局域网内中,私服代理广域网上的远程仓库,供局域网内的 Maven 用户使用。当 Maven 需要下载构件的时候,先从私服请求,如果私服上不存在该构件,则从外部的远程仓库下载,并缓存到私服上。
私服有以下好处:
节省外网访问速度
加速 Maven 构建
提高稳定性,增强控制
降低中央仓库的负荷
5)仓库服务搜索
推荐 2 个提供仓库搜索服务的网站:
Sonatype Nexus:https://repository.sonatype.org/
MVNrepository:http://mvnrepository.com/
四、使用 Maven
1)Maven 常见命令
mvn clean
:表示运行清理操作(会默认把 target 文件夹中的数据清理)。mvn clean compile
:表示先运行清理之后运行编译,会将代码编译到 target 文件夹中。mvn clean test
:运行清理和测试。mvn clean package
:运行清理和打包。mvn clean install
:运行清理和安装,会将打好的包安装到本地仓库中,以便其他的项目可以调用。mvn clean deploy
:运行清理和发布(发布到私服上面)。
2)Maven 常用 POM 属性
${project.build.sourceDirectory}
:项目的主源码目录,默认为src/main/java/
${project.build.testSourceDirectory}
:项目的测试源码目录,默认为/src/test/java/
${project.build.directory}
:项目构建输出目录,默认为target/
${project.build.outputDirectory}
:项目主代码编译输出目录,默认为target/classes/
${project.build.testOutputDirectory}
:项目测试代码编译输出目录,默认为target/testclasses/
${project.groupId}
:项目的 groupId.${project.artifactId}
:项目的 artifactId.${project.version}
:项目的 version,于${version}
等价${project.build.finalName}
:项目打包输出文件的名称,默认为${project.artifactId}${project.version}
3)Intellij IDEA 配置 Maven
4)Maven 常用插件
插件是 Maven 的核心功能,它允许在多个项目中重用通用的构建逻辑。插件可用于:
创建 jar 文件,
创建 war 文件,
编译代码,
单元测试代码,
创建项目文档等。
常用的插件有:
maven-antrun-plugin,让用户在 Maven 项目中运行 Ant 任务。用户可以直接在该插件的配置以 Ant 的方式编写 Target,然后交给该插件的 run 目标去执行。在一些由 Ant 往 Maven 迁移的项目中,该插件尤其有用。此外当你发现需要编写一些自定义程度很高的任务,同时又觉得 Maven 不够灵活时,也可以以 Ant 的方式实现之。maven-antrun-plugin 的 run 目标通常与生命周期绑定运行。
maven-assembly-plugin,制作项目分发包,该分发包可能包含了项目的可执行文件、源代码、readme、平台脚本等等。maven-assembly-plugin 支持各种主流的格式如 zip、tar.gz、jar 和 war 等,具体打包哪些文件是高度可控的,例如用户可以按文件级别的粒度、文件集级别的粒度、模块级别的粒度、以及依赖级别的粒度控制打包,此外,包含和排除配置也是支持的。maven-assembly-plugin 要求用户使用一个名为 assembly.xml 的元数据文件来表述打包,它的 single 目标可以直接在命令行调用,也可以被绑定至生命周期。
maven-help-plugin,一个小巧的辅助工具,最简单的 help:system 可以打印所有可用的环境变量和 Java 系统属性。help:effective-pom 和 help:effective-settings 最为有用,它们分别打印项目的有效 POM 和有效 settings,有效 POM 是指合并了所有父 POM(包括 Super POM)后的 XML,当你不确定 POM 的某些信息从何而来时,就可以查看有效 POM。
maven-javadoc-plugin,javadoc 插件,将源码的 javadoc 发布出去。
参考链接:
嘟嘟 MD:http://tengj.top/2018/01/01/maven/杭建:《Java 工程师修炼之道》许晓斌:https://www.infoq.cn/article/2011/04/xxb-maven-7-plugin
希望大家能在阅读完本篇文章后对 Maven 有一个初步的了解和掌握,并将这些技能在项目的实战中加以练习,以达到项目工程化的要求。
这是《Java 程序员进阶之路》专栏的第 72 篇(记得去点个 star 哦)。该专栏风趣幽默、通俗易懂,对 Java 爱好者极度友好和舒适😄,内容包括但不限于 Java 基础、Java 集合框架、Java IO、Java 并发编程、Java 虚拟机、Java 企业级开发(SSM、Spring Boot)等核心知识点。
让我们一起成为更好的 Java 工程师吧!
版权声明: 本文为 InfoQ 作者【沉默王二】的原创文章。
原文链接:【http://xie.infoq.cn/article/25dc8da0dce6a24c65fedfa79】。文章转载请联系作者。
评论