Maven学习（3）

心已赠人 2022-10-06 12:50 154阅读 0赞

# 一、生命周期 #

## 1、什么是生命周期 ##

Maven 强大的原因是有一个十分完善的生命周期，生命周期可以理解为项目构建步骤的集合，它定义了各个构建环节的执行顺序，有了这个顺序，Maven 就可以自动化的执行构建命令。

Maven 的核心程序中定义了抽象的生命周期，生命周期中各个阶段的具体任务是由插件来完成的。有三套相互独立的生命周期，各个构建环节执行顺序不能打乱，必须按照既定的正确顺序来执行。

1.  **Clean Lifecycle:在进行真正的构建之前进行一些清理工作**
2.  **Default Lifecycle：构建的核心部分，编译、测试、打包、安装、部署等等。**
3.  **Site Lifecycle：生成项目报告，站点，发布站点。**

这三个都是相互独立的。你可以仅仅调用 clean 来清理工作目录，仅仅调用 site 来生成站点。当然，也可以直接运行 mvn claen install site 运行所有这三套生命周期。下面我们分别来谈谈这三个生命周期。

## 2、**Clean Lifecycle** ##

**    在进行真正的构建之前进行一些清理工作。**

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

我们前面讲的执行命令 mvn -clean,也就等同于 Clean 生命周期中的第一个阶段 mvn pre-clean clean。注意有 Clean 声明周期，而这个声明周期中又有 clean 阶段。**只要执行后面的命令，那么前面的命令都会执行，不需要再重新去输入命令。**

### **3、Default Lifecycle** ###

**    构建的核心部分，编译、测试、打包、安装、部署等等。**

>     validate 
>     generate-sources 
>     process-sources 
>     generate-resources 
>     process-resources 复制并处理资源文件，至目标目录，准备打包。 
>     compile 编译项目的源代码。 
>     process-classes 
>     generate-test-sources 
>     process-test-sources 
>     generate-test-resources 
>     process-test-resources 复制并处理资源文件，至目标测试目录。 
>     test-compile 编译测试源代码。 
>     process-test-classes 
>     test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 
>     prepare-package 
>     package 接受编译好的代码，打包成可发布的格式，如 JAR 。 
>     pre-integration-test 
>     integration-test 
>     post-integration-test 
>     verify 
>     install 将包安装至本地仓库，以让其它项目依赖。 
>     deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。

这里我们强调一下：**在maven中，只要在同一个生命周期，你执行后面的阶段，那么前面的阶段也会被执行，而且不需要额外去输入前面的阶段。**

我们举个例子：执行 mven compile 命令，根据上面的声明周期，它会默认执行前面五个个步骤也就是

>  *  `validate`
>  *  `generate-sources`
>  *  `process-sources`
>  *  `generate-resources`
>  *  `process-resources 复制并处理资源文件，至目标目录，准备打包。`
>  *  `compile 编译项目的源代码。`

我们使用mvn compile命令。

![20210613184550556.png][]

![20210613184525447.png][]

图中有两部分。第一个 maven-compiler-plugin:2.6:resource 就是用来执行前面几个步骤的插件，第二个插件 maven-compiler-plugin:3.1:compile 则是用来执行 mvn compile 的插件。这里我们提一下，mvn 的各个生命周期步骤都是依赖插件来完成的，后面我们会详细讲解 maven 插件。

###  4、**Site Lifecycle** ###

**    生成项目报告，站点，发布站点。**

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

这里经常用到的是 site 阶段和 site-deploy 阶段，用来生成和发布 maven 站点，这是 Maven 比较强大的功能，文档及统计数据自动生成。由于现在的系统会有专门工具来生成文档或报表。所以这个功能也是比较鸡肋吧，不够简洁和美观，用的不太多。

# 二、插件原理 #

## 1、什么是maven插件 ##

我们知道 Maven 的核心是生命周期，生命周期指定了 Maven 命令执行的流程顺序。但是真正实现流程的工程是由插件来完成的。

我们也可以说 Maven 是一个执行插件的框架，每一个任务实际上都是有插件来完成。进一步说每个任务对应了一个插件目标（goal），每个插件会有一个或者多个目标，例如maven-compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码，testCompile目标用来编译位于src/test/java/目录下的测试源码。

## 2、配置编译插件 ##

一般我们创建一个 Maven 工程，就算指定了 JDK 的版本，但是你执行 update project 操作，一般 Maven 工程会自动恢复到默认的 JDK 版本，有可能是1.4，有可能是1.5（和 Maven 版本有关）。

那么我们如何指定其 JDK 版本呢？在 pom.xml 中添加如下代码：

<build>
            <plugins>
                
                <plugin>
                    <groupId>org.apache.maven.plugins</groupId>
                    <artifactId>maven-compiler-plugin</artifactId>
                    <configuration>
                        <source>11</source>
                        <target>11</target>
                        <encoding>UTF-8</encoding>
                    </configuration>
                </plugin>
            </plugins>
    </build>

也可以这样指定。

# 三、继承与聚合 #

## 1、继承 ##

**需求场景：**

有三个 Maven 工程，每个工程都依赖某个 jar 包，比如 Junit，由于 test 范围的依赖不能传递，它必然会分散在每个工程中，而且每个工程的jar 包版本可能不一致。那么如何管理各个工程中对于某个 jar 包的版本呢？

**解决办法：**

将那个 jar 包版本统一提取到 “父" 工程中，在子工程中声明依赖时不指定版本，以父工程中统一设定的为准，同时也便于修改。

将父工程的pom.xml打包方式设置为pom。<dependencyManagement>中管理依赖版本。

**    dependencyManagement标签管理的依赖，其实没有真正依赖，它只是管理依赖的版本。**

<?xml version="1.0" encoding="UTF-8"?>
    <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 http://maven.apache.org/xsd/maven-4.0.0.xsd">
        <modelVersion>4.0.0</modelVersion>
    
        <groupId>com.buba</groupId>
        <artifactId>maven-demo</artifactId>
        <packaging>pom</packaging>
        <version>1.0-SNAPSHOT</version>
    
    
        <dependencyManagement>
            <dependencies>
                <dependency>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                    <version>4.8</version>
                    <scope>test</scope>
                </dependency>
            </dependencies>
    
        </dependencyManagement>
    
    </project>

我们可以通过<properties></properties>自定义标签，然后在标签里面填写常量，这种方法不仅可以用来管理版本号，还可以用来管理比如设置某种编码等等。

<properties>
            <junit.version>4.8</junit.version>
        </properties>
    
        <dependencyManagement>
            <dependencies>
                <dependency>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                    <version>${junit.version}</version>
                    <scope>test</scope>
                </dependency>
            </dependencies>

在子工程中声明对父工程的引用。

## 2、聚合 ##

**需求场景：**

在真实项目中，一个项目有表现层、业务层、持久层等。我们在用Maven 管理项目的时候，通常为创建多个 Maven 工程，也就是一个项目的多个模块。但是这样分成多个模块了，当我们进行项目打包发布的时候，那么要每一个模块都执行打包操作吗？这种重复的操作我们怎么才能避免呢？

**解决办法：**

创建一个聚合工程，将其他的各个模块都由这个聚合工程来管理，那么我们在进行项目发布的时候，只需要打包这个聚合工程就可以了。

创建父工程，将父工程的打包方式设置为pom。在<modules>中标注子工程。

<?xml version="1.0" encoding="UTF-8"?>
    <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 http://maven.apache.org/xsd/maven-4.0.0.xsd">
        <modelVersion>4.0.0</modelVersion>
    
        <groupId>com.buba</groupId>
        <artifactId>maven-demo</artifactId>
        <packaging>pom</packaging>
        <version>1.0-SNAPSHOT</version>
    
        <modules>
            <module>first-maven</module>
            <module>second-maven</module>
            <module>third-maven</module>
        </modules>
    
        <properties>
            <junit.version>4.8</junit.version>
        </properties>
    
        <dependencyManagement>
            <dependencies>
                <dependency>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                    <version>${junit.version}</version>
                    <scope>test</scope>
                </dependency>
            </dependencies>
    
        </dependencyManagement>
    
    </project>

注意：

1.  这里虽然各个模块有依赖关系，但是 <module></modelu>可以不让依赖顺序添加，maven会自动识别依赖关系进行编译打包。
2.  这里总的聚合工程随便哪个工程都可以，但是通常用 Parent 工程来完成。

[20210613184550556.png]: /images/20221005/5d36cbad5cc6420e970af0acf93c7bbe.png
[20210613184525447.png]: /images/20221005/94fadf5a863f44dda8cfe4d6bfabec76.png