天天看点

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

Maven强大的一个重要的原因是它有一个十分完善的生命周期模型(lifecycle),它有三套相互独立的生命周期,请注意这里说的是“三套”,而且“相互独立”,请别将Maven的生命周期看成一个整体哦,三个生命周期是独立线性执行的!分别是: 

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

Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等。 

Site Lifecycle 生成项目报告,站点,发布站点。 

每个生命周期包含一些阶段(phase),这些阶段(phase)是有顺序的,每个阶段蕴含一个或多个目标(goal),并且后面的阶段依赖于前面的阶段,我们和Maven最直接的交互方式就是调用这些生命周期阶段。 

较之于生命周期阶段的前后依赖关系,三套生命周期本身是相互独立的,用户可以仅仅调用clean生命周期的某个阶段,或者仅仅调用default生命周期的某个阶段,而不会对其他生命周期产生任何影响。例如,当用户调用clean生命周期的clean阶段的时候,不会触发default生命周期的任何阶段。 

其中deault是最重要的生命周期,拥有validate 、compile 、test 、package 、integration、verify、install、deploy等等阶段 

背景知识

maven对构建(build)的过程进行了抽象和定义,这个过程被称为构建的生命周期(lifecycle)。生命周期(lifecycle)由多个阶段(phase)组成,每个阶段(phase)会挂接一到多个goal。goal是maven里定义任务的最小单元,相当于ant里的target。

以phase为目标构建

以phase为目标进行构建是最常见的,如我们平时经常执行的mvn compile,mvn test,mvn package...等等,compile,test,package都是maven生命周期(lifecycle)里的phase,通过mvn命令,你可以指定一次构建执行到那一个阶段,在执行过程中,所有经历的执行阶段(phase)上绑定的goal都将得到执行。例如,对于一个jar包应用,当执行mvn package命令时,maven从validate阶段一个阶段一个阶段的执行,在执行到compile阶段时,compiler插件的compile goal会被执行,因为这个goal是绑定在compile阶段(phase)上的。这一点可从其对应的mojo类上得知:

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

再比如经常使用的打包插件shade,它的goal是绑定到package阶段的,这样,使用mvn package进行打包时都会执行shade的。

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

以goal为目标构建

虽然以phase为目标的构建最常见,但是有时候我们会发现,一些插件的goal并不适合绑定到任何阶段(phase)上,或者是,这些goal往往是单独执行,不需要同某个阶段(phase)绑定在一起,比如hibernate插件的导入\导出goal多数情况下是根据需要要手动执行的(当然,也可以绑定到某个阶段上,比如进行单元测试时,可考虑将其绑定到test阶段上)。再比如jetty(6.1.26)插件,它的goal都是将打包或未打包的工程部署到jetty里然后启动jetty容器的,多数情况下,人们都是独立运行这些goal的,比如:人们希望当键入mvn jetty:run后,工程就能完成编译后启动jetty,而jetty插件也确实是这样做的,它的run goal的mojo是这样声明的:

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

其中@execute phase="test-compile"指明jetty:run这一goal会促使maven先build到test-compile阶段,再执行这个goal.同样,对于jetty:run-war这个goal则要求先build到package阶段再执行该goal.

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

而另外一个例子是exec插件的exec:java.

Maven plugin中的lifecycle、phase、goal、mojo概念及作用的理解

这个goal也声明了execute的phase,但却是validate,这样,如果代码没有编译,执行这个goal就会出错,所以多数情况下,人们总是使用下面的方式执行的:

mvn clean compile exec:java

抛开mojo不讲,lifecycle与phase与goal就是级别的大小问题,引用必须是从高级引用下级(goal绑定到phase,也可理间为phase引用goal,只是在具体绑定时,不会phase定义引用哪些goal,但是执行是,却是phase调用绑定到它那的goal),也不能跨级引用,如lifecycle可以引用任意的phase,不同lifecycle可以同时引用相同的phase,lifecycle不能跨级引用goal。goal会绑定到任意的phase中,也就是说不同的phase可以同时引用相同的goal,所以goal可以在一个lifecycle里被重复执行哦,goal自然也不能说绑定到lifecycle中,它们三者的关系可以用公司里的 总领导,组领导,与职员的关系来解释