Maven的生命周期

最新推荐文章于 2024-06-24 08:48:24 发布

阅读量534

点赞数

分类专栏： Maven 文章标签： maven

本文链接：https://blog.csdn.net/cckevincyh/article/details/73611193

版权

Maven 专栏收录该内容

11 篇文章 1 订阅

订阅专栏

什么是生命周期

Maven的生命周期就是为了对所有的构建过程进行抽象和统一。Maven从大量项目和构建工具中学习和反思，然后总结了一套高度完善的、易扩展的生命周期。这个生命周期包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。几乎所有的项目构建，都能映射到这样一个生命周期上。
Maven的生命周期是抽象的，这意味着生命周期本身不做任何实际工作，在Maven的设计中，实际任务都交给插件来完成。这种思想与设计模式中的模板方法非常相似。模板方法模式在父类中定义算法的整体结构，子类可以通过实现或者重写父类的方法来控制实际的行为，这样既保证了算法有足够的可扩展性，又能够严格控制算法的整体结构。例如如下：

public abstract class AbstractBuild{
    public void build(){
        initialize();
        compile();
        test();
        package();
        integrationTest();
        deploy();
    }

    protected abstract void initialize();

    protected abstract void compile();

    protected abstract void test();

    protected abstract void package();

    protected abstract void integrationTest();

    protected abstract void deploy();
}

这段代码非常简单，build()方法定义了整个构建的过程，依次是初始化，编译，测试，打包，集成测试和部署，但是由于这个类中没有具体的实现初始化，编译，测试等行为，他们都交给子类去实现。

这与Maven的基本理念是相同的。生命周期抽象了构建的各个步骤，定义了他们的次序，但没有提供具体的实现。那么谁来实现这些步骤呢？不能让用户为了编译而写一堆代码，为了测试又写一堆代码，那不就大家都在重复的去写吗？

所以Maven设计了插件机制，每个构建步骤都可以绑定一个或者多个插件行为，而且maven为大多数构建步骤编写并绑定了默认插件。大多数时间里，用户几乎不会察觉到插件的存在，只有当用户有特殊需要的时候，也可以配置插件定制构建行为，甚至可以自己编写插件。

Maven的三套生命周期

Maven拥有三套项目独立的生命周期，它们分别是clean、default和site。clean生命周期的目的是清理项目。default生命手气的目的是构建项目。而site生命周期的目的是构建站点。
每个生命周期包含一些阶段，这些阶段是有序的，并且后面的阶段依赖于前面的阶段。用户和Maven最直接的交互方式就是调用这些生命周期阶段。
以clean生命周期为例，它包含的阶段有pre-clean、clean和post-clean，当用户调用pre-clean的时候，只有pre-clean阶段得以执行；当用户调用clean的时候，pre-clean和clean阶段会得以顺序执行；当用户调用post-clean的时候，pre-clean、clean、post-clean会得以顺序执行。

三套生命周期本身是相互独立的，不会对其他生命周期产生任何影响。

clean生命周期

clean生命周期的目的是清理项目，它包含三个阶段：

pre-clean执行一些清理前需要完成的工作
clean清理上次构建生成的文件
post-clean执行一些清理后需要完成的工作

default生命周期

default生命周期定义了真正构建时所需要执行的所有步骤，它是所有生命周期中最核心的部分，它包含如下阶段：

validate
initialize
generate-sources
process-sources处理项目主资源文件，一般来说是对src/main/resources目录的内容进行变量替换等工作后，复制到项目输出的主classpath目录中
process-classes
generate-test-sources
process-test-sources处理项目测试资源文件，一般来说是对src/test/resources目录的内容进行变量替换等工作后，复制到项目输出的测试classpath目录中
generate-test-resource
process-test-resource
test-compile编译项目的测试代码，一般来说是编译src/test/java目录的java文件至项目输出的测试classpath目录中
process-test-classes
test使用单元测试框架运行测试，测试代码不会被打包或者部署
prepare-package
package接受编译好的代码，打包成可发布的格式，如JAR
pre-integration-test
integration-test
post-integration-test
verify
install将包安装到Maven本地仓库，供其他Maven项目使用
deploy将最终的包复制到远程仓库，供其他开发人员和Maven项目使用

site生命周期

site生命周期的目的是建立和发布项目站点，Maven能够基于POM所包含的信息，自动生成一个友好站点，方便团队交流和发布项目信息。该生命周期包含如下阶段：

pre-site执行一些在生成项目站点之前需要完成的工作
site生成项目站点文档
post-site执行一些在生成项目站点之后需要完成的工作
site-deploy将生成的项目站点发布到服务器上

命令行与生命周期

$mvn clean：该命令调用clean生命周期的clean阶段，实际执行的阶段为clean生命周期的pre-clean和clean阶段
$mvn test：该命令调用default生命周期的test阶段。实际执行的阶段为default生命周期的validate、initialize等，直到test的所有阶段，这也就解释了为什么再执行测试的时候，项目的代码能够自动编译了。
$mvn clean install：该命令调用clean生命周期的clean阶段和default阶段的install阶段。实际执行的阶段为clean生命周期的pre-clean、clean阶段，以及default生命周期的从validate至install的所有阶段。该命令结合了两个生命周期，在执行真正的项目构建之前清理项目是一个很好的习惯。
$mvn clean deploy site-deploy：该命令调用clean生命周期的clean阶段，default生命周期的deploy阶段，以及site生命周期的site-deploy阶段。实际执行的阶段为clean生命周期的pre-clean、clean阶段，以及default生命周期的所有阶段，以及site生命周期的所有阶段。该命令结合了Maven所有三个生命周期，且deploy为default生命周期的最后一个阶段，site-deploy为site生命周期的最后一个阶段。