1. 生命周期

在maven出现前，项目构建的生命周期就已经存在

maven的生命周期就是为了对所有的构建过程进行抽象和统一

这个生命周期包含：项目清理，初始化，编译，测试，打包，集成测试，验证，部署，站点生成等所有构建步骤

maven生命周期本身是抽象的，不做任何工作

实际上的任务都是通过插件来完成，类似模板设计模式，定义好算法的执行流程，算法具体子实现交给子类具体化

2. 三套生命周期

maven有三套生命周期

clean，default，site

  • clean生命周期的目的是清理项目
  • default生命周期的目的是构建项目
  • site生命周期的目的是建立项目站点

 

每个生命周期都包含一些阶段，阶段是有顺序的，后面依赖前面。例如clean生命周期，调用 clean 会执行 pre-clean，clean 调用post-clean会执行pre-clean，clean，post-clean

三套生命周期本身项目独立，互不影响

2.1. clean生命周期

clean生命周期的目的是清理项目

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

2.2. default生命周期

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

    1. validate
    2. initialize
    3. generate-sources
    4. process-sourcess  处理项目资源文件，一般来说对src/main/resources目录的内容进行变量替换等工作，复制到项目输出的主classpath目录中
    5. generate-resources
    6. process-resources
    7. compile 编译项目的主源码，一般来说，是编译src/main/java目录下的java文件至项目输出的主classpath目录中
    8. process-classes
    9. generate-test-sources
    10. process-test-sources 处理项目测试资源文件，一般来说是对src/test/resources目录的内容进行变量替换等工作后，复制到项目输出的测试classpath目录中
    11. generate-test-resource
    12. process-test-resources
    13. test-compile 编译项目的测试代码，一般来说，是编译src/test/java目录下的Java文件至项目输出测试classpath目录中
    14. process-test-classes
    15. test 使用单元测试框架运行测试，测试代码不会被打包部署
    16. prepare-package 
    17. package 接受编译好的代码，打包成可发布的格式
    18. pre-integration-test
    19. integration-test
    20. post-integration-test
    21. verify
    22. install 将包安装到maven本地仓库，供本地其他maven项目使用
    23. deploy 将最终的包复制到远程仓库，供其他开发人员和maven项目使用

 site生命周期

site生命周期的目的是建立和发布项目站点，maven能够基于pom所包含的信息，自动生成一个友好的站点，方便团队交流和发布项目信息

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

 

3. 命令行和生命周期

命令行执行maven任务的最主要方式就是调用maven生命周期阶段

各个生命周期是独立的，但是一个生命周期内的阶段是前后依赖的

  • mvn clean  调用clean生命周期， 执行pre-clean clean阶段
  • mvn test     调用default生命周期，从开始执行到test阶段为止
  • mvn clean install   调用 clean生命周期，default生命周期，调用pre-clean clean ，调用default从开始到install为止
  • mvn clean deploy site-deploy   同理，调用对应的生命周期，执行从开始到声明的阶段为止

 

4. 插件目标和插件绑定

maven仅仅定义了抽象的生命周期，具体都交给插件完成，插件以独立构件的形式存在，插件为了能复用代码，往往能完成很多任务，这些功能聚集在一个插件内，每一个功能就是一个插件目标

例如maven-dependency-plugin插件有十多个目标  dependency:tree 前面是插件前缀，后面是插件目标

maven生命周期与插件相互绑定，具体来说是与插件的目标相互绑定，以完成某个具体任务

换句话说，插件里有很多功能，一个功能是一个目标，生命周期与插件中一个目标绑定。插件是一个集合体，功能集合体

maven为了让用户几乎不用任何配置就能绑定maven项目，maven在核心为一些主要的生命周期阶段绑定了很多插件目标

 

5. 自定义绑定

 

配置

<build>

    <plugins>

        <plugin>

            //上面是插件坐标的定义，同maven其他包一样定义

            <groupId>org.apache.maven.plugins</groupId>

            <artifactId>maven-source-plugin</artifactId>

            <version>2.1.1</version>

            //执行，这里可以定义多个执行

            <executions>

                //每个执行，定义一个

                <execution>

                    //id 没啥用，给个名字

                    <id>attach-sources</id>

                    //绑定生命周期

                    <phase>verify</phase>

                    //插件的目标，可以看出插件目标可以多个

                    <goals>

                        <goal>jar-no-fork<goal>

                    </goals>

                </execution>

            </executions>

        </plugin>

    </plugins>

</build>

当插件目标被绑定到多个生命周期的阶段，其执行顺序由生命周期先后顺序决定

当多个目标绑定到同一个阶段，他们的执行顺序由插件声明的先后顺序决定，就如上述例子，如果由多个goal绑定在verify上，顺序由生命goal的顺序决定

 

6. 插件配置

用户可以配置插件目标的参数，进一步调整目标所执行的任务，以满足项目的需求

用户可以通过命令行，pom配置等方式来配置这些参数

6.1. 命令行插件配置

用户可以在maven中使用-D参数，并伴随参数键=参数值的形式，来配置插件的目标的参数

例如：mvn install-Dmaven.test.skip=true  跳过执行测试

 

6.2. pom中插件全局配置

并不是所有的插件参数都适合命令行配置，有些参数的值从项目创建到项目发布都不会改变，或者说很少改变，对于这种情况，在pom中配置一次比命令行重复配置方便

配置

<build>

    <plugins>

        <plugin>

            <groupId>org.apache.maven.plugins</groupId>

            <artifactId>maven-compiler-plugin</artifactId>

            <version>2.1</version>

            //全局配置

            <configuration>

                <source>1.5<source>

                <target>1.5<target>

            </configuration>

            <executions>

                <execution>

                    <id>test1</id>

                    <phase>verify</phase>

                    <goals>

                        <goal>xxx<goal>

                    </goals>

                    //局部配置，只对单个execution起作用

                    <configuration>

                        <task>

                            <echo>ssss</echo>

                        </task>

                    </configuration>

                </execution>

                <execution>

                    <id>test2</id>

                    <phase>validate</phase>

                    <goals>

                        <goal>yyy<goal>

                    </goals>

                    <configuration>

                        <task>

                            <echo>vvvv</echo>

                        </task>

                    </configuration>

                </execution>

            </executions>

        </plugin>

    </plugins>

</build>

这样，不管绑定到compile阶段的maven-compiler-plugin:compile任务，还是绑定到test-compiler阶段的maven-compiler-plugin:testCompiler任务，都能使用该配置，基于java1.5版本进行编译

相当于，对这个插件中的所有目标都能起作用

 如果是在execution中配置的configuration那么只对单个execution起作用

 

 

7. 插件解析机制

7.1. 插件仓库

与依赖构件一样，插件构件基于坐标存储在maven仓库中，在需要的时候，maven会在本地仓库寻找构件，如果不在，就从远程插件仓库查找，找到插件后，再下载到本地仓库使用

远程插件仓库使用的pluginRepositories和pluginRepository配置，其他和maven依赖构件配置一样

 

7.2. 插件默认的groupId

在pom配置插件的时候，如果插件是maven的官方插件，可以省略groupId，默认groupId是org.apache.maven.plugins

 

7.3. 解析插件版本

maven为所有核心的插件设定了版本，在超级pom中，如果用户没有为maven插件设置版本，又不是核心插件，那么maven拉所有仓库中的版本信息，在仓库元数据归并后，计算出最新的版本号，那么就使用这个最新的版本好，在maven3中使用了最新的release