一 Maven是什么
Maven是一个Apache公司的开源项目，主要有两个作用：（1）是项目构建工具。（2）是用来管理java程序中jar包的依赖。
它包含了一个项目对象模型(Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。当你使用Maven的时候，你用一个明确定义的项目对象模型来描述你的项目，然后Maven可以应用横切的逻辑，这些逻辑来自一组共享的（或者自定义的）插件。
Maven有一个生命周期，当你运行mvn install的时候被调用。这条命令告诉Maven执行一系列的有序的步骤，直到到达你指定的生命周期。遍历生命周期旅途中的一个影响就是，Maven 运行了许多默认的插件目标，这些目标完成了像编译和创建一个JAR文件这样的工作。
此外，Maven能够很方便的帮你管理项目报告，生成站点，管理JAR文件，等等。
二 Maven的一些基本概念
（一）在maven中仓库有三种：
(1) 本地仓库：本地仓库就在自己的机器上，我们可以在自己的机器上创建一个maven仓库，然后就需要的jar包导入进去，就可以在项目中引用。
(2) 私服仓库：私服仓库在公司局域网内，公司可以在自己的局域网内创建一个仓库，将项目所需要的jar包存放在此仓库中，这样整个项目组就都可以使用此仓库提供的jar包，不再需要在自己本地创建仓库来保存jar包。
(3) 中央仓库：中央仓库是最大的一个仓库，由Apache组织来负责维护，几乎包括了现在所有的jar包（有一些涉及版权问题没有，比如：oracle数据库的连接jar包），但是中央仓库的访问速度非常慢。
三者之间的关系是，当我们在项目中依赖一个jar包时，Maven程序会先去本地仓库中找，如果没找到就回去私服找，如果还是没有，最后就回去中央仓库找。其过程如下图：
（三）jar包的坐标
在maven 的仓库中管理着成千上万的java 程序的jar包，如何唯一标识Jar包是一个需要解决的问题，在maven中采用坐标进行唯一标识jar包，
坐标信息包括：groupId、artifactId、version、packaging、classfier这些元素来定义的
groupId ：定义当前Maven项目隶属的实际项目。首先，Maven项目和实际项目不一定是一对一的关系。比如SpringFrameWork这一实际项目，其对应的Maven项目会有很多，如spring-core,spring-context等。这是由于Maven中模块的概念，因此，一个实际项目往往会被划分成很多模块。其次，groupId不应该对应项目隶属的组织或公司。原因很简单，一个组织下会有很多实际项目，如果groupId只定义到组织级别，而后面我们会看到，artifactId只能定义Maven项目（模块），那么实际项目这个层次将难以定义。最后，groupId的表示方式与Java包名的表达方式类似，通常与域名反向一一对应。上例中，groupId为junit，是不是感觉很特殊，这样也是可以的，因为全世界就这么个junit，它也没有很多分支。
artifactId : 该元素定义当前实际项目中的一个Maven项目（模块），推荐的做法是使用实际项目名称作为artifactId的前缀。比如上例中的junit，junit就是实际的项目名称，方便而且直观。在默认情况下，maven生成的构件，会以artifactId作为文件头，如junit-3.8.1.jar，使用实际项目名称作为前缀，就能方便的从本地仓库找到某个项目的构件。
version : 该元素定义了使用构件的版本，如上例中junit的版本是3.8.1，你也可以改为4.0表示使用4.0版本的junit。
packaging ：定义Maven项目打包的方式，使用构件的什么包。首先，打包方式通常与所生成构件的文件扩展名对应，如上例中没有packaging，则默认为jar包，最终的文件名为junit-3.8.1.jar。也可以打包成war等。
classifier: 该元素用来帮助定义构建输出的一些附件。附属构件与主构件对应，如上例中的主构件为junit-3.8.1.jar,该项目可能还会通过一些插件生成如junit-3.8.1-javadoc.jar,junit-3.8.1-sources.jar, 这样附属构件也就拥有了自己唯一的坐标。
上述5个元素中，groupId、artifactId、version是必须定义的，packaging是可选的（默认为jar），而classfier是不能直接定义的，需要结合插件使用。
（三）Maven的生命周期
Maven的生命周期就是对所有的构建过程进行抽象和统一。包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有的构建步骤。Maven的生命周期是抽象的，即生命周期不做任何实际的工作，实际任务由插件完成，类似于设计模式中的模板方法。
Maven有三套相互独立的生命周期，分别是clean、default和site。每个生命周期包含一些阶段（phase），阶段是有顺序的，后面的阶段依赖于前面的阶段。
1、clean生命周期：清理项目，包含三个phase。
1）pre-clean：执行清理前需要完成的工作
2）clean：清理上一次构建生成的文件
3）post-clean：执行清理后需要完成的工作
2、default生命周期：构建项目，重要的phase如下。
1）validate：验证工程是否正确，所有需要的资源是否可用。
2）compile：编译项目的源代码。
3）test：使用合适的单元测试框架来测试已编译的源代码。这些测试不需要已打包和布署。
4）Package：把已编译的代码打包成可发布的格式，比如jar。
5）integration-test：如有需要，将包处理和发布到一个能够进行集成测试的环境。
6）verify：运行所有检查，验证包是否有效且达到质量标准。
7）install：把包安装到maven本地仓库，可以被其他工程作为依赖来使用。
8）Deploy：在集成或者发布环境下执行，将最终版本的包拷贝到远程的repository，使得其他的开发者或者工程可以共享。
3、site生命周期：建立和发布项目站点，phase如下
1）pre-site：生成项目站点之前需要完成的工作
2）site：生成项目站点文档
3）post-site：生成项目站点之后需要完成的工作
4）site-deploy：将项目站点发布到服务器
命令行和生命周期
各个生命周期相互独立，一个生命周期的阶段前后依赖。
举例如下：
1、mvn clean
调用clean生命周期的clean阶段，实际执行pre-clean和clean阶段
2、mvn test
调用default生命周期的test阶段，实际执行test以及之前所有阶段
3、mvn clean install
调用clean生命周期的clean阶段和default的install阶段，实际执行pre-clean和clean，install以及之前所有阶段
m2eclipse和生命周期
1、m2eclipse中预置的mvn命令
右键maven项目或pom.xml文件>Run As 可以看到预置的mvn命令
自定义mvn命令
单击 上图中的maven Build...，自定义命令 mvn clean install：
定义完成后，点击maven Build，可以看到定义好的命令：
参考资料：
https://www.cnblogs.com/AlanLee/p/6156268.html
https://www.cnblogs.com/xdp-gacl/p/3498271.html
https://www.cnblogs.com/jack1995/p/6925879.html
https://www.cnblogs.com/jack1995/p/6925734.html
https://www.cnblogs.com/yangang2013/p/5651906.html
https://blog.csdn.net/limm33/article/details/53142118
http://www.cnblogs.com/tenghoo/p/maven_life_cycle.html