高效使用java构建工具maven篇（Java-Maven详解）

高效使用java构建工具maven篇（Java-Maven详解）发布管理类库管理是maven一个比较核心的功能，我们就需要将项目所依赖的类库加入到pom.xml中，那么maven会自动将依赖的类库下载到本地，并且下载的类库如果还依赖其他的类库，它也会自动下载过来，这样我们就不需要一个一个类库去下载了。Maven官方把maven定义为一个项目管理工具，下面我们来看看maven给我们的项目管理做了哪些工作？Maven项目具有统一的项目结构，这个项目结构是参考业界的最佳实践而成，为后面使用统一的maven命令打下了基础，如测试mvn Test、打包mvn package等，无需写一行脚本，就可以方便的实现众多功能。使用mvn site可以快速生成项目站点，apache很多开源项目站点都采用maven生成，会出现built by maven字样的图标。

一、什么是maven？

apache Maven是一个软件项目管理的综合工具。基于项目对象模型（pom）的概念，提供了帮助管理构建、文档、报告、依赖、发布等方法，Maven简化和标准化项目建设过程。处理编译，分配，文档，团队协作和其他任务的无缝连接。 Maven增加可重用性并负责建立相关的任务。

1）Maven好处

• 可以将项目过程规范化、自动化、高效化以及强大的可扩展性，利用maven自身及其插件还可以获得代码检查报告、单元测试覆盖率、实现持续集成等等。
• 使得项目的管理变得容易，构建项目的速度更快，由于Maven提供了仓库的概念去管理JAR包，所以用git或者svn的时候，存储构建的项目体积会更小。

2）作用

管理项目的构建、文档生成、报告、依赖、SCMs(software configuration Management)、分布、分发、邮件列表。

二、Maven的基本原理

采用远程仓库和本地仓库以及一个核心的配置文件pom.xml，pom.xml中定义的jar文件从远程仓库下载到本地仓库，各个项目使用同一个本地仓库的jar，同一个版本的jar只需下载一次，而且避免每个应用都去拷贝jar。同时它采用了现在流行的插件体系架构，所以maven的核心非常的小，只有几兆大小的文件，在执行maven任务时，才会自动下载需要的插件。　

具体的概念模型如下图：

Maven官方把maven定义为一个项目管理工具，下面我们来看看maven给我们的项目管理做了哪些工作？

• 项目标准化

Maven项目具有统一的项目结构，这个项目结构是参考业界的最佳实践而成，为后面使用统一的maven命令打下了基础，如测试mvn Test、打包mvn package等，无需写一行脚本，就可以方便的实现众多功能。

• 文档和报告

使用mvn site可以快速生成项目站点，apache很多开源项目站点都采用maven生成，会出现built by maven字样的图标。

• 类库管理

类库管理是maven一个比较核心的功能，我们就需要将项目所依赖的类库加入到pom.xml中，那么maven会自动将依赖的类库下载到本地，并且下载的类库如果还依赖其他的类库，它也会自动下载过来，这样我们就不需要一个一个类库去下载了。

发布管理

使用maven可以方便的进行项目发表管理。在项目开发到一定阶段，可以使用mvn package打包，它会自动先运行mvn test，跑所有的Test Case，只有全部通过才能正确打包。生成的war包(如果项目的packaging为war)在target目录下。这个 war包与使用ant脚本生成一样，但无需一行脚本，这也是maven对比ant的优势之一。使用mvn install将编译和打包好的文件发布到本地仓库中。使用mvn deploy在整合或者发布环境下执行 将最终版本的包拷贝到远程的repository。

三、Maven安装

官网地址：http://maven.apache.org/
Maven下载地址：http://maven.apache.org/download.cgi

这里我两个环境的版本都下载，分别在我本机和Linux虚拟机安装。

1）Window安装Maven1、解压

# 解压的目录 D:\software\Maven\apache-maven-3.8.4-bin

Maven根目录文件介绍：

• bin：Maven的运行脚本。bin\mvn.cmd是基于windows的脚本。在cmd中每输入一条mvn的命令都是在调用并执行这些脚本。
• boot：该项目只有一个文件plexus-classworlds-2.5.2.jar。他是一个类加载器的框架，相当于对jdk中的类的加载器，提供了丰富的语法以此用来方便配置，Maven使用该框架加载自己的类库。
• conf：该目录包含了一个非常重要的文件setting.xml。配置该文件就可以在Project中定制Maven的行为。
• lib：包含了所有Maven运行时需要的Java类库以及用到的第三方类库。
• LICENSE：软件许可
• NOTICE：软件引用的三方软件
• README.txt：包含了Maven的简介

2、Maven环境变量配置

• 依赖Java，需要配置JAVA_HOME，没有装jdk的还得先装jdk
• 设置Maven自身自身的运行环境，需要配置MAVEN_HOME
• 配置完JAVA_HOME和MAVEN_HOME，还得配置Path，在Path加上：%JAVA_HOME%\bin和%MAVEN_HOME%\bin

3、验证

# 这里使用git bash $ java -version $ mvn -v

4、配置本地仓库（资源下到哪）

# 创建本地存放jar包目录 D:\software\Maven\repository # 找到maven安装目录下conf/settings.xml

5、配置阿里镜像仓库（资源从哪来）

先查找默认的配置，在lib目录下随便找个jar包用解压工具打开-》再回到上层目录-》ctrl F搜索pom.找到pom-4.0.0.xml-》把这个文件拖出来打开

但是注意不是去修改jar包里面的这个配置，还是回到conf/setting.xml这个配置文件，修改这个配置文件。

<mirror> <!-- 此镜像的唯一标识，用来区分不同的mirror元素 --> <id>nexus-aliyun</id> <!-- 对哪种仓库进行镜像，简单的就是替代哪个仓库 --> <mirrorOf>central</mirrorOf> <!-- 镜像名称 --> <name>Nexus aliyun</name> <!-- 镜像url --> <url>http://maven.aliyun.com/nexus/content/groups/public</url> </mirror>

2）Linux安装Maven1、下载解压

$ mkdir -p /opt/software $ cd /opt/software $ wget https://dlcdn.apache.org/maven/maven-3/3.8.4/binaries/apache-maven-3.8.4-bin.tar.gz $ tar -zvxf apache-maven-3.8.4-bin.tar.gz -C /opt/software/2、配置环境变量

# 在/etc/proFile export PATH=/opt/software/apache-maven-3.8.4/bin:$PATH # 加载生效 $ source /etc/profile3、验证

$ java -version $ mvn -v

四、创建Maven项目1）手动构建maven项目

默认git bash是没有tree命令的，这里提供下载地址：
官网下载地址：http://gnuwin32.sourceforge.net/packages/tree.htm
百度云下载地址：
链接：https://pan.baidu.com/s/17fc79rQUQSnBhWzej9xd9g
提取码：6666
把tree.exe放到git安装目录下的usr/bin/目录下

1、创建文件

### 查看创建的目录和目录结构 $ tree hello/ $ cat hello/src/main/java/com/test2022/Hello.java $ cat hello/src/test/java/com/test2022/HelloTest.java $ cat hello/pom.xml

2、编译（mvn compile）

$ cd hello $ mvn compile

发现编译报错了：

【问题】 [ERROR] 不再支持源选项 5。请使用 7 或更高版本。
[ERROR] 不再支持目标选项 5。请使用 7 或更高版本。

• 【解决方案一】修改全局，修改maven安装目录下conf/setting.xml文件，配置jdk，内容如下：

<profile> <id>jdk-13</id> <activation> <activeByDefault>true</activeByDefault> <jdk>13</jdk> </activation> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>13</maven.compiler.source> <maven.compiler.target>13</maven.compiler.target> </properties> </profile>

• 【解决方案二】修改局部，修改项目目录下的 pom.xml文件，配置jdk，内容如下：

<properties> <!-- 这里填jdk的版本，我使用的是jkd13 --> <maven.compiler.target>13</maven.compiler.target> <maven.compiler.source>13</maven.compiler.source> </properties>

这里我采用【解决方案一】修改全局的配置

再编译，编译成功

$ mvn compile

3、清理（mvn clean）

$ mvn clean # 发现上面编译产生的target目录会删掉 $ tree .

4、测试（mvn test）

$ mvn test

5、打包（mvn package）

【温馨提示】这里只打包编译好的源程序（xxx.class文件）

$ mvn package

6、安装到本地仓库（mvn install）

【温馨提示】这里groupid决定放在仓库的哪个文件下，配置<groupId>com.hello</groupId>，所以生成的包就会放在仓库目录的com/hello目录下。

会经历编译（compile）-》测试（test）-》打包（package） -》安装（install）的过程。

2）通过maven插件构建项目（命令行操作）1、构建工程（模板）

模板：

mvn archetype:generate
-DgroupId={project-packaging}
-DartifactId={project-name}
-DarchetypEARtifactId=maven-archetype-quickstart
-DinteractiveMode=false

示例：

2、构建java工程

$ mvn archetype:generate -DgroupId=com.test2022 -DartifactId=java-project -DarchetypeArtifactId=maven-archetype-quickstart -Dversion=0.0.1-snapshot -DinteractiveMode=false

目录结构

3、构建web工程

$ mvn archetype:generate -DgroupId=com.test2022 -DartifactId=web-project -DarchetypeArtifactId=maven-archetype-webapp -Dversion=0.0.1-snapshot -DinteractiveMode=false

目录结构

3）通过IDEA创建空项目来构建maven java项目

【温馨提示】IDEA官网下载地址：https://www.jetbrains.com/idea/

1、创建一个Empty Project

2、配置jdk

3、配置maven

File->Settings，把默认配置自带的maven修改上面下载的版本

4、创建maven工程

5、编写测试代码

6、编译构建

7、配置运行环境

配置编译

配置清理

右上角就有两个运行的快捷选项了

4）通过IDEA模板构建maven java项目1、搜索quickstart模板创建

2、默认的目录结构

会默认创建一个org.example的demo，可以删掉

3、手动创建缺少的目录

发现main和test里面都没创建resources，下面我们手动创建

4、修改目录属性

如果创建的是普通目录，则可以右键目录修改目录属性

5）通过IDEA模板构建maven java-web项目1、搜索webapp模板创建

2、默认目录结构

3、手动创建没创建的目录

4、创建一个index.jsp文件

5、添加tomcat插件

在maven库中搜索tomcat：https://mvnrepository.com/

这里使用2.1版本的

<build> <plugins> <plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.1</version> <configuration> <port>80</port> <path>/</path> </configuration> </plugin> </plugins> </build>

6、运行web工程

【温馨提示】默认端口是8080，上面配置的80

发现报错了
严重: Error configuring application listener of class org.springframework.web.context.ContextLoaderListener
java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener

【原因&解决】是因为默认创建的web.xml配置文件里有spring的配置，先把这些配置删掉就行。最后web.xml只保留如下内容：

<?xml version="1.0" encoding="UTF-8"?> <web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> </web-app>

再运行

7、配置快捷运行方式

五、Maven依赖管理1）依赖配置

依赖指当前项目运行所需的jar包，一个项目可以设置多个依赖，示例如下：

<!-- 设置当前项目所有依赖的所有jar包 --> <dependencies> <!-- 设置具体的依赖 --> <dependency> <!-- 依赖所属群组id --> <groupId>junit</groupId> <!-- 依赖所属项目id --> <artifactId>junit</artifactId> <!-- 依赖版本号 --> <version>4.12</version> </dependency> </dependencies>2）依赖传递

依赖具有传递性：

• 间接依赖：在当前项目中通过依赖配置建立的依赖关系
• 直接依赖：被资源的资源如果依赖其它资源，当前项目间接依赖其它资源

3）依赖管理1、依赖传递冲突问题

• 路径优先：当前依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高。
• 声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的。
• 特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的。

2、可选依赖

可选依赖指对外隐藏当前所依赖的资源----不透明

<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <!-- 配置不透明 --> <optional>true</optional> </dependency>3、排除依赖

排除依赖指主动断开依赖的资源，被排除的资源无需指定版本----不需要

<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <!-- 配置排除依赖 --> <exclusions> <exclusion> <groupId>org.hamcrest</groupId> <artifactId>hamcrest-core</artifactId> </exclusion> </exclusions> </dependency>4、依赖范围

• 依赖的jar默认情况可以在任何地方使用，可以通过scope标签设定起作用范围
• 作用范围主程序范围有效（main文件夹范围内）测试程序范围有效（test文件夹范围内）是否参与打包（package指令范围内）

5、依赖范围的传递性

带有依赖范围的资源在进行传递时，作用范围将受到影响

六、生命周期与插件1）项目构建生命周期

Maven构建生命周期描述的是一次构建过程经历了多少的事件

2）Maven对构建的生命周期划分三个阶段

• clean：清理工作
• default：核心工作，例如编译、测试、打包、部署等。
• site：产生报告，发布站点等。

1、clean生命周期

• pre-clean：执行一些需要在clean之前完成的工作
• clean：移除所有上一次构建生成的文件
• post-clean：执行一些需要在clean之后立刻完成的工作

2、default构建生命周期

• validate （校验）：校验项目是否正确并且所有必要的信息可以完成项目的构建过程。
• initialize （初始化）：初始化构建状态，比如设置属性值。
• generate-sources （生成源代码）：生成包含在编译阶段中的任何源代码。
• process-sources （处理源代码）：处理源代码，比如说，过滤任意值。
• generate-resources （资源文件）：生成将会包含在项目包中的资源文件。
• process-resources （处理资源文件）：复制和处理资源到目标目录，为打包阶段最好准备。
• compile （编译）：编译项目的源代码。
• process-classes （处理类文件）：处理编译生成的文件，比如说对Java class文件做字节码改善优化。
• generate-test-sources （生成测试源代码）：生成包含在编译阶段中的任何测试源代码。
• process-test-sources （处理测试源代码）：处理测试源代码，比如说，过滤任意值。
• generate-test-resources （生成测试资源文件）：为测试创建资源文件。
• process-test-resources （处理测试资源文件）：复制和处理测试资源到目标目录。
• test-compile （编译测试源码）：编译测试源代码到测试目标目录。
• process-test-classes （处理测试类文件）：处理测试源码编译生成的文件。
• test （测试）：使用合适的单元测试框架运行测试（Juint是其中之一）。
• prepare-package （准备打包）：在实际打包之前，执行任何的必要的操作为打包做准备。
• package （打包）：将编译后的代码打包成可分发格式的文件，比如JAR、WAR或者EAR文件。
• pre-integration-test （集成测试前）：在执行集成测试前进行必要的动作。比如说，搭建需要的环境。
• integration-test （集成测试）：处理和部署项目到可以运行集成测试环境中。
• post-integration-test （集成测试后）：在执行集成测试完成后进行必要的动作。比如说，清理集成测试环境。
• verify （验证）：运行任意的检直来验证项目包有效达到质量标准。
• install （安装）：安装项目包到本地仓库，这样项目包可以用作其他本地项目的依赖。
• deploy （部署）：将最终的项目包复制到远程仓库中与其他开发者和项目共享。

【温馨提示】：像compile、test、test-compile、package、install等，排在它们前面的步骤都会执行。图示如下：

3、site构建的生命周期

• pre-site：执行一些需要在生成站点文档之前完成的工作
• site：生成项目的站点文档
• post-site：执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
• site-deploy：将生成的站点文档部署到特殊的服务器上

3）插件

插件与生命周期内的阶段绑定，在执行到对应生命周期时执行对应的插件功能，默认maven在各个生命周期上绑定有预设的功能，通过插件可以自定义其他功能。

<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>2.2.1</version> <executions> <execution> <goals> <goal>jar</goal> </goals> <phase>generate-test-resources</phase> </execution> </executions> </plugin> </plugins> </build>七、工程版本管理

• SNAPSHOT （快照版本）

项目开发过程中，为方便团队成员合作，解决模块间相互依赖和时时更新的问题，开发者对每个模块进行构建的时候，输出的临时性版本叫快照版本（测试阶段版本），快照版本会随着开发的进展不断更新。

• RELEASE （发布版本）

项目开发到进入阶段里程碑后，向团队外部发布较为稳定的版本，这种版本所对应的构件文件是稳定的，即便进行功能的后续开发，也不会改变当前发布版本内容，这种版本称为发布版本。

工程版本号约定规范：

【版本格式】<主版本>.< 次版本>.<i曾量版本 >.<里程碑版本>

• 主版本：表示项目重大架构的变更，如：spring5相较于spring4的迭代
• 次版本：表示有较大的功能增加和变化，或者全面系统地修复漏洞
• 增量版本：表示有重大漏洞的修复
• 里程碑版本：表明一个版本的里程碑（版本内部）。这样的版本同下一个正式版本相比，相对来说不是很稳定，有待更多的测试。

【范例】

5.1.9.RELEASE或5.1.9-RELEASE

八、多环境资源配置

一般公司至少有三套环境（开发、测试、生产），如果每次把程序打包好上传到对应的环境之前就得更改一下配置，是很烦的操作，所以就有了这里的多环境资源配置了。

示例：

<!-- 创建多环境 --> <profiles> <!-- 定义具体的环境：开发环境 --> <profile> <id>dev</id> <!--…… --> </profile> <!-- 定义具体的环境：测试环境 --> <profile> <id>test</id> <!--…… --> </profile> <!-- 定义具体的环境：生产环境 --> <profile> <!-- 定义环境对应的唯一id --> <id>pro</id> <!-- 定义环境中专用的属性 --> <properties> <jdbc.url>jdbc:mysql://127.1.1.1:3306/ssm_db</jdbc.url> </properties> <!-- 设置默认启动 --> <activation> <activeByDefault>true</activeByDefault> </activation> </profile> </profiles>

通过命令加载指定环境

【调用格式】mvn 指令 -P 环境定义id

【示例】

$ mvn install -P pro九、跳过测试1）跳过测试环节的应用场景

• 整体模块功能未开发
• 模块中某个功能未开发完毕
• 单个功能更新调试导致其他功能失败
• 快速打包

2）跳过测试的两种方法

• 使用命令跳过测试

【调用格式】mvn 指令 –D skipTests

• 使用配置跳过测试

<plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.22.1</version> <configuration> <!-- 设置跳过测试 --> <skipTests>true</skipTests> <!-- 包含指定测试用例 --> <includes> <include>**/User*Test.java</include> </includes> <!-- 排除指定测试用例 --> <excludes> <exclude>**/User*TestCase.java</exclude> </excludes> </configuration> </plugin>