1.12

生命周期与插件的关系

Maven 生命周期是抽象的，其本身不能做任何实际工作，这些实际工作（如源代码编译）都通过调用 Maven 插件 中的插件目标（plugin goal）完成的。

为了更好的理解 Maven 生命周期、插件以及插件目标三者的关系，我们可以将 Maven 生命周期理解成一个抽象父类，将插件理解成其子类，将插件目标理解成子类中重写的方法，其基本结构与下面的示例代码相似。

1. package net.biancheng.www;
3. /**
4. * 模拟 maven 生命周期
5. */
6. public abstract class LifeCycle {
7. //定义构建过程
8. public void build() {
9. //模拟生命周期各个阶段，即调用插件中目标
10. clean();
11. initialize();
12. compile();
13. packager();
14. install();
15. }
17. //定义清理的过程
18. public abstract void clean();
20. //定义初始化的过程
21. public abstract void initialize();
23. //定义编译的过程
24. public abstract void compile();
26. //定义打包的过程
27. public abstract void packager();
29. //定义安装的过程
30. public abstract void install();
31. }

模拟 clean 插件的子类，代码如下。

1. package net.biancheng.www;
3. /**
4. * 子类模拟clean 相关的插件
5. */
6. public abstract class CleanPlugin extends LifeCycle {
7. //重写父类（生命周期）的清理工作
8. //模拟插件目标
9. @Override
10. public void clean() {
11. System.out.println("清理");
12. }
13. }

 
以上示例中，父类 LifeCycle 模拟的是 Maven 生命周期，子类 CleanPlugin 模拟的是 Maven 插件，而子类中重写的 clean() 模拟的是插件目标。

虽然示例中的代码与 Maven 实际代码相去甚远，但它们的基本理念是方法相同的。生命周期抽象了构建的各个步骤，定义了它们的执行顺序，但却没有提供具体的实现。插件中完成了对构建过程的实现，想要完成某个构建步骤，调用插件中的一个或多个插件目标即可。

生命周期中的每个构建过程都可以绑定一个或多个插件目标，且 Maven 为大多数的构建步骤都绑定了默认的插件。例如，针对源代码编译的插件是 maven-compiler-plugin、针对集成测试的插件是 maven-surefire-plugin 等。

注意：Maven 插件和插件目标了解即可，在本教程后面的章节 Maven 插件中会详细介绍。

三套生命周期

Maven 拥有三套标准的生命周期：

• clean：用于清理项目
• default：用于构建项目
• site：用于建立项目站点

构建阶段

每套生命周期包含一系列的构建阶段（phase），这些阶段是有顺序的，且后面的阶段依赖于前面的阶段。用户与 Maven 最直接的交互方式就是调用这些生命周期阶段。以 clean 生命周期为例，它包含 pre-clean、clean 以及 post-clean 三个阶段，当用户调用 pre-clean 阶段时，则只有 pre-clean 阶段执行；当用户调用 clean 阶段时，pre-clean 和 clean 阶段都会执行。当用户调用 post-clean 阶段时，则 pre-clean、clean 以及 post-clean 三个阶段都会执行。

通过将阶段名传递给 mvn 命令，就可以调用构建阶段，例如：

• mvn install

生命周期的独立性

与构建阶段的前后依赖关系不同，三套生命周期本身是相互独立的，用户可以只调用 clean 生命周期的某个阶段，也可以只调用 default 生命周期的某个阶段，而不会对其他生命周期造成任何影响。 

clean 生命周期

 clean 生命周期包括以下 3 个阶段。

• pre-clean（清理前）
• clean（清理）
• post-clean（清理后）

我们可以通过在 clean 生命周期的各个阶段定义目标来修改这部分的操作行为。

示例 1