今天整理一下对于Maven的学习。和学习其他知识一样，我在看完各种关于Maven的介绍以及文档之后，按照what，how，why来温习。
1. What（Maven是什么？）
Maven是一个强大的Java项目构建工具，构建工具：将软件项目构建相关的过程自动化的工具。
构建一个软件项目通常包含以下一个或多个过程：
- 生成源码（如果项目使用自动生成源码）；
- 从源码生成项目文档；
- 编译源码；
- 将编译后的源码打包成JAR文件或者ZIP文件；
- 将打包好的代码安装到服务器、仓库或者其他的地方；
安装Maven
Maven概览-核心概念
Maven的中心思想是POM文件（项目对象模型）。POM文件是以XML文件的形式表述项目的资源，如源码、测试代码、依赖（用到的外部Jar包）等。POM文件应该位于项目的根目录下。
下图说明了Maven是如何使用POM文件的，以及POM文件的主要组成部分：
构建生命周期、构建阶段、构建目标
Maven的构建过程被分解为构建生命周期、阶段和目标。一个构建周期由一系列的构建阶段组成，每一个构建阶段由一系列的构建目标组成。当你运行Maven的时候，你会传入一条命令。这条命令就是构建生命周期、阶段或目标的名字。如果执行一个生命周期，该生命周期内的所有构建阶段都会被执行。如果执行一个构建阶段，在预定义的构建阶段中，所有处于当前构建阶段之前的阶段也都会被执行。
依赖和仓库
Maven执行时，其中一个首要目标就是检查项目的依赖。依赖是你的项目用到的jar文件（java库）。如果在本地仓库中不存在该依赖，则Maven会从中央仓库下载并放到本地仓库。本地仓库只是你电脑硬盘上的一个目录。你可以根据需要制定本地仓库的位置。你也可以指定下载依赖的远程仓库的地址。
插件
构建插件可以向构建阶段中增加额外的构建目标。如果Maven标准的构建阶段和目标无法满足项目构建的需求，你可以在POM文件里增加插件。Maven有一些标准的插件供选用，如果需要你可以自己实现插件。
配置文件
不同的开发环境会使用不同的配置
配置文件用于以不同的方式构建项目。比如，你可能需要在本地环境构建，用于开发和测试，你也可能需要构建后用于开发环境。这两个构建过程是不同的。在POM文件中增加不同的构建配置，可以启用不同的构建过程。当运行Maven时，可以指定要使用的配置。
父pom
所有的Maven pom文件都继承自一个父pom。如果没有指定父pom，则该pom文件继承自根pom。pom文件的继承关系如下图所示：
可以让一个pom文件显式地继承另一个pom文件。这样，可以通过修改公共父pom文件的设置来修改所有子pom文件的设置。在pom文件的起始处指定父pom，例如：1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16<project xmlns=”http://maven.apache.org/POM/4.0.0″
xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”
xsi:schemaLocation=”http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd”>
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.codehaus.mojo</groupId>
<artifactId>my-parent</artifactId>
<version>2.0</version>
<relativePath>../my-parent</relativePath>
</parent>
<artifactId>my-project</artifactId>
…
</project>
子pom文件的设置可以覆盖父pom文件的设置，只需要在子pom文件里指定新的设置即可。
Maven配置文件
Maven配置文件
Maven有两个配置文件。配置文件里的设置，对所有的pom文件都是有效的。比如，你可以配置：
本地仓库的路径；
当前的编译配置选项
等等
配置文件名为settings.xml，两个配置文件分别为：
- Maven安装目录中：$M2_HOME/conf/settings.xml
- 用户主目录中：${user.home}/.m2/settings.xml
两个配置文件都是可选的。如果两个文件都存在，则用户目录下的配置会覆盖Maven安装目录中的配置。
Maven运行
2. How(Maven具体使用)
Maven安装目录
四个文件夹：
bin：包含mvn运行的脚本,m2.conf配置文件
boot：boot目录包含一个类加载器的框架
conf：是配置文件目录
lib：类库
Maven目录结构
Maven有一个标准的目录结构。如果你在项目中遵循Maven的目录结构，就无需在pom文件中指定源代码、测试代码等目录。
以下为最重要的目录：1
2
3
4
5
6
7
8
9
10- src
- main
- java
- resources
- webapp
- test
- java
- resources
- target
Maven标准目录结构介绍
src目录是源代码和测试代码的根目录。main目录是应用的源代码目录。test目录是测试代码的目录。main和test下的java目录，分别表示应用的java源代码和测试代码。
resources目录包含项目的资源文件，比如应用的国际化配置的属性文件等。
如果是一个web项目，则webapp目录为web项目的根目录，其中包含如WEB-INF等子目录。
target目录是由Maven创建的，其中包含编译后的类文件、jar文件等。当执行maven的clean目标后，target目录会被清空。
POM文件
《Maven官方文档》POM文件
Maven之（七）pom.xml配置文件详解
外部依赖
Maven的外部依赖指的是不在Maven的仓库（包括本地仓库、中央仓库和远程仓库）中的依赖（jar包）。它可能位于你本地硬盘的某个地方，比如web应用的lib目录下。这里的“外部”是对Maven仓库系统而言的，不仅仅是对项目而言的。大部分的外部依赖都是针对项目的，很少的外部依赖是针对仓库系统的（即不在仓库中）。
配置外部依赖的示例如下：
<dependency>
<groupId>mydependency</groupId>
<artifactId>mydependency</artifactId>
<scope>system</scope>
<version>1.0</version>
<systemPath>${basedir}\war\WEB-INF\lib\mydependency.jar</systemPath>
</dependency>
<version>1.0-SNAPSHOT</version> <dependency>
<groupId>com.jenkov</groupId>
<artifactId>java-web-crawler</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency><settings>
<localRepository>
d:\data\java\products\maven\repository
</localRepository>
</settings><repositories>
<repository>
<id>jenkov.code</id>
<url>http://maven.jenkov.com/maven2/lib</url>
</repository>
</repositories>生命周期
一个完整的项目构建过程通常包括清理、编译、测试、打包、集成测试、验证、部署等步骤，Maven从中抽取了一套完善的、易扩展的生命周期。Maven的生命周期是抽象的，其中的具体任务都交由插件来完成。Maven为大多数构建任务编写并绑定了默认的插件，如针对编译的插件：maven-compiler-plugin。用户也可自行配置或编写插件。
1. 三套生命周期
Maven定义了三套生命周期：clean、default、site，每个生命周期都包含了一些阶段（phase）。三套生命周期相互独立，但各个生命周期中的phase却是有顺序的，且后面的phase依赖于前面的phase。执行某个phase时，其前面的phase会依顺序执行，但不会触发另外两套生命周期中的任何phase。
1.1 clean生命周期
- pre-clean ：执行清理前的工作；
- clean ：清理上一次构建生成的所有文件；
- post-clean ：执行清理后的工作
1.2 default生命周期
default生命周期是最核心的，它包含了构建项目时真正需要执行的所有步骤。
- validate
- initialize
- generate-sources
- process-sources
- generate-resources
- process-resources ：复制和处理资源文件到target目录，准备打包；
- compile ：编译项目的源代码；
- process-classes
- generate-test-sources
- process-test-sources
- generate-test-resources
- process-test-resources
- test-compile ：编译测试源代码；
- process-test-classes
- test ：运行测试代码；
- prepare-package
- package ：打包成jar或者war或者其他格式的分发包；
- pre-integration-test
- integration-test
- post-integration-test
- verify
- install ：将打好的包安装到本地仓库，供其他项目使用；
- deploy ：将打好的包安装到远程仓库，供其他项目使用；
1.3 site生命周期
- pre-site
- site ：生成项目的站点文档；
- post-site
- site-deploy ：发布生成的站点文档
插件
Maven的核心文件很小，主要的任务都是由插件来完成。定位到：%本地仓库%\org\apache\maven\plugins，可以看到一些下载好的插件：
具体参考的这篇文章，写作风格真棒，很漂亮的排版。
Maven入门指南⑦：Maven的生命周期和插件
maven 命令
编译源代码：mvn compile
编译测试代码：mvn test-compile
运行测试：mvn test (会运行前面的三个命令)
打包：mvn package
部署到本地：mvn install
在远程部署jar：mvn deploy
清除产生的项目：mvn clean
窥探SuperPom：mvn help:effective-pom
maven依赖树：mvn dependency:tree
打包的时候过滤test：mvn clean package -Pdev -Dmaven.test.skip=true
maven的生命周期
- 构建生命周期
- clean
- Pre-clean 做移除准备
- Clean 移除jar
- Post-clean 移除target
- default（项目构建真正需要执行的所有步骤：23个阶段，执行某个执行阶段前的阶段都会被执行，避免重复工作）
- pre-resource
- compile
- test-compile
- test
- package
- install
- deploy
- site （项目所有的资源文件放在一个站点服务器上，用户可以通过站点访问我们的api文档等）
- Pre-site
- Site
- Post-site
- Site-deploy
- clean
shapshot和release版本
snapshot 快照版会经常更新，maven会实时下载
release 稳定版
防止版本号的滥用，以及及时的协作更新
依赖
type:
scope:
optional:
exclusions:
依赖特性：依赖传递、
依赖冲突：路径优先、声明优先
依赖排除：dependencymanagement、execlusion
maven的聚合与继承
聚合：使用一个命令同时构建多个模块
< modules > < package >pom< >
继承： 子模块可以使用父模块的依赖
maven测试
快捷键？？？
3. WHY（为什么要使用maven）
首先，为什么有maven？构建是程序员每天要做的工作，而且相当长的时间花在了这上面，而maven使这系列的工作完全自动化。 我们一直在寻找避免重复的方法，设计的重复，文档的重复，编码的重复，构建的重复等，maven是跨平台的，最大的消除了构建的重复。
maven的其他优势：
- maven不仅是构建工具，它还是依赖管理工具和项目管理工具，提供了中央仓库，能够帮我们自动下载构件。
- 为了解决的依赖的增多，版本不一致，版本冲突，依赖臃肿等问题，它通过一个坐标系统来精确地定位每一个构件（artifact）。
- 还能帮助我们分散在各个角落的项目信息，包括项目描述，开发者列表，版本控制系统，许可证，缺陷管理系统地址。
- maven还为全世界的java开发者提供了一个免费的中央仓库，在其中几乎可以找到任何的流行开源软件。通过衍生工具(Nexus),我们还能对其进行快速搜索
- maven对于目录结构有要求，约定优于配置，用户在项目间切换就省去了学习成本。
Maven提供了开发人员构建一个完整的生命周期框架。开发团队可以自动完成项目的基础工具建设，Maven使用标准的目录结构和默认构建生命周期。
在多个开发团队环境时，Maven可以设置按标准在非常短的时间里完成配置工作。由于大部分项目的设置都很简单，并且可重复使用，Maven让开发人员的工作更轻松，同时创建报表，检查，构建和测试自动化设置。
参考文献：
http://www.cnblogs.com/luotaoyeah/p/3819001.html Maven入门指南⑦：Maven的生命周期和插件
http://ifeve.com/maven-1/ Maven入门指南（一）
http://ifeve.com/maven-2/ Maven入门指南（二）
http://blog.csdn.net/nancy_feng/article/details/38148625 maven学习—–maven的优势
