maven生命周期理解

时间 2019-12-06

原文原文链接

你能够仅仅调用clean来清理工做目录，仅仅调用site来生成站点。固然你也能够直接运行 mvn clean install site 运行全部这三套生命周期。html

知道了每套生命周期的大概用途和相互关系之后，来逐个详细看一下每套生命周期，Clean和Site相对比较简单，先解释一下。apache

每套生命周期都由一组阶段(Phase)组成，咱们平时在命令行输入的命令总会对应于一个特定的阶段。好比，运行mvn clean ，这个的clean是Clean生命周期的一个阶段。有点绕？要知道有Clean生命周期，也有clean阶段。Clean生命周期一共包含了三个阶段：服务器

pre-clean 执行一些须要在clean以前完成的工做
clean 移除全部上一次构建生成的文件
post-clean 执行一些须要在clean以后马上完成的工做

mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它以前的全部阶段都会被运行，也就是说，mvn clean 等同于 mvn pre-clean clean ，若是咱们运行 mvn post-clean ，那么 pre-clean，clean 都会被运行。这是Maven很重要的一个规则，能够大大简化命令行的输入。app

下面看一下Site生命周期的各个阶段：框架

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

这里常常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这但是Maven至关强大的功能，Manager比较喜欢，文档及统计数据自动生成，很好看。maven

最后，来看一下Maven的最重要的Default生命周期，绝大部分工做都发生在这个生命周期中，这里，我只解释一些比较重要和经常使用的阶段：ide

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 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。

基本上，根据名称咱们就能猜出每一个阶段的用途post

记住，运行任何一个阶段的时候，它前面的全部阶段都会被运行，这也就是为何咱们运行mvn install 的时候，代码会被编译，测试，打包。单元测试

记住，运行任何一个阶段的时候，它前面的全部阶段都会被运行，这也就是为何咱们运行mvn install 的时候，代码会被编译，测试，打包。测试

记住，运行任何一个阶段的时候，它前面的全部阶段都会被运行，这也就是为何咱们运行mvn install 的时候，代码会被编译，测试，打包。

此外，Maven的插件机制是彻底依赖Maven的生命周期的，所以理解生命周期相当重要，在以后的文章里，我将会进一步解释Maven的插件机制。

一个完整的项目构建过程一般包括清理、编译、测试、打包、集成测试、验证、部署等步骤，Maven从中抽取了一套完善的、易扩展的生命周期。Maven的生命周期是抽象的，其中的具体任务都交由插件来完成。Maven为大多数构建任务编写并绑定了默认的插件，如针对编译的插件：maven-compiler-plugin。用户也可自行配置或编写插件。

1 . 三套生命周期

　　Maven定义了三套生命周期：clean、default、site，每一个生命周期都包含了一些阶段（phase）。三套生命周期相互独立，但各个生命周期中的phase倒是有顺序的，且后面的phase依赖于前面的phase。执行某个phase时，其前面的phase会依顺序执行，但不会触发另外两套生命周期中的任何phase。

1 . 1 clean生命周期

pre-clean ：执行清理前的工做；
clean ：清理上一次构建生成的全部文件；
post-clean ：执行清理后的工做

1 . 2 default生命周期

default生命周期是最核心的，它包含了构建项目时真正须要执行的全部步骤。

validate
initialize
generate-sources
process-sources
generate-resources
process-resources ：复制和处理资源文件到target目录，准备打包；
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或者war或者其余格式的分发包；
pre-integration-test
integration-test
post-integration-test
verify
install ：将打好的包安装到本地仓库，供其余项目使用；
deploy ：将打好的包安装到远程仓库，供其余项目使用；

1 . 3 site生命周期

pre-site
site ：生成项目的站点文档；
post-site
site-deploy ：发布生成的站点文档

2 . Maven的插件

Maven的核心文件很小，主要的任务都是由插件来完成。定位到：%本地仓库%\org\apache\maven\plugins，能够看到一些下载好的插件：

Maven官网上有更详细的官方插件列表：

2 . 1 插件的目标（Plugin Goals）

一个插件一般能够完成多个任务，每个任务就叫作插件的一个目标。如执行mvn install命令时，调用的插件和执行的插件目标以下：

第二列中，冒号后面便是绑定的插件目标，冒号前面是插件的前缀（prefix），是配置和使用插件的一种简化方式。Plugin Prefix

3 . 2 自定义绑定

　　用户能够根据须要将任何插件目标绑定到任何生命周期的阶段，如：将maven-source-plugin的jar-no-fork目标绑定到default生命周期的package阶段，这样，之后在执行mvn package命令打包项目时，在package阶段以后会执行源代码打包，生成如：ehcache-core-2.5.0-sources.jar形式的源码包。

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>2.2.1</version>
            <executions>
                <execution>
                    <id>attach-source</id>
                    <phase>package</phase><!-- 要绑定到的生命周期的阶段 -->
                    <goals>
                        <goal>jar-no-fork</goal><!-- 要绑定的插件的目标 -->
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
    ……
</build>

4 . 配置插件

Maven插件高度易扩展，能够方便的进行自定义配置。如：配置maven-compiler-plugin插件编译源代码的JDK版本为1.7：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <configuration>
        <source>1.7</source>
        <target>1.7</target>
    </configuration>
</plugin>

也能够对插件的各个目标进行更具体的配置。Configuring Plug-ins

5 . 插件仓库

跟其余构件同样，插件也是根据坐标存储在Maven仓库中。超级POM中Maven配置的默认插件远程仓库以下：

<pluginRepositories>
    <pluginRepository>
      <id>central</id>
      <name>Central Repository</name>
      <url>http://repo.maven.apache.org/maven2</url>
      <layout>default</layout>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <releases>
        <updatePolicy>never</updatePolicy>
      </releases>
    </pluginRepository>
</pluginRepositories>

本文部分转自https://www.cnblogs.com/luotaoyeah/p/3819001.html 感谢做者