公司项目紧，好久没有写文章。最近几天打开简书发现写的两篇关于maven的文章尽然还有读者在阅读，那必定maven在国内还是有应用场景的。为了帮助更多的读者少走弯路，我决定我对maven的研究再总结分享一下。对于maven我前前后后研究了三个月的样子，然后公司的构建工具转换到了gradle。喜欢折腾的读者建议去看下Facebook的开源构建工具buck和Google的bazel。这两个才是构建工具的终极目标。
回到正题，还是聊聊maven。当你在终端或者IDE中执行mvn clean时，很多读者不明白到底发生了什么。那我们执行下mvn -h看看究竟：
usage: mvn [options] [<goal(s)>] [<phase(s)>]
也就是说mvn命令参数可以包含0个或者多个goal、phase。在前文中我们聊到了lifecycle、plugin、phase、goal之间的关系，如下图：
从图中可以看到，一个plugin中可以包含多个goal，goal可以绑定到lifecycle中的某一个phase，这样在执行这个phase的时候就会调用该goal。那那些没有绑定到phase上的goal应该如何执行呢？这就是
mvn [goal(s)]
所表达的用法，这里的goal也就是官方文档中所说的standalone goal，也就是说若一个plugin中的某个goal没有和一个phase进行绑定，可以通过这种方式来执行。可能有的读者使用过
mvn dependency:tree
这条命令，这里其实就是单独执行一个goal，这个goal的作用是分析该工程的依赖并使用树状的形式打印出来。这里的dependency:tree其实是一个简写的形式，其完整形式是：
mvn org.apache.maven.plugins:maven-dependency-plugin:<版本号信息>:tree
也就是说单独执行一个goal的方式是：
mvn <groupId>:<artifactId>:<version>:<goal>
每次都要敲这么长一串命令是很繁琐的，因此才有了上述的简写的形式。maven规定了对于plugin的artifactId是如下两种形式：
maven-${prefix}-plugin
${prefix}-maven-plugin
的可以使用简写的方式${prefix}来表示一个plugin。到此为止，dependency:tree的含义应该十分明朗了。一个lifecycle定义了其包含的phase，maven有三个内置的lifecycle：default、clean和site在这里。这三个lifecycle定义了其包含的phase。maven会在这三个lifecycle中匹配对应的phase。当执行某个phase时，maven会依次执行在这个phase之前的phase。 回到上文所提出的那个问题，mvn clean到底表示什么含义？这里的clean就是一个clean lifecycle中定义的一个phase，这个clean phase绑定了一个goal->clean:clean，而这个简写的形式所对应的完整形式为org.apache.maven.plugins:maven-clean-plugin:<版本号>:clean，因此以下三种形式都是等价的：
mvn clean
mvn clean:clean
mvn org.apache.maven.plugins:maven-clean-plugin:<版本号>:clean
有兴趣的读者可以敲敲代码验证一下。
其实调试是一个很好的学习方式，通过调试你可以分析程序内部到底是如何执行的，maven提供了一种很简单的调试方法，只要在执行maven命令时定义环境变量
MAVEN_OPTS=Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000
设置了这个环境变量后，执行任何maven命令都会被阻塞，等待debugger来attach。
下面还是以mvn clean为例，来看看这个命令到底干了什么。根据上文讲解，我们需要下载maven-clean-plugin源码，这里已2.4.1版本的源码为例。clean这个goal在maven-clean-plugin对应的就是CleanMojo这个类，因此我们将断电设置在CleanMojo这个类的execute方法上，如下图：
接下来我们就要设置一个Remote类型的debugger，其配置的端口号就是MAVEN_OPTS中的address对应的值，配置如下：
设置好了之后接下里点击debug按钮后，就可以断点调试分析了。
若有有疑问请留言。
