Maven 简介
Apache Maven 是一套软件工程管理和整合工具。基于工程对象模型（POM）的概念，通过一个中央信息管理模块，Maven 能够管理项目的构建、报告和文档。
Maven 工程结构和内容被定义在一个 xml 文件中 － pom.xml，是 Project Object Model (POM) 的简称，此文件是整个 Maven 系统的基础组件。
官网地址：http://maven.apache.org/
Maven 的另外一个定义
(一) Maven - POM
1. POM 代表工程对象模型。
它是使用 Maven 工作时的基本组建，是一个 xml 文件。它被放在工程根目录下，文件命名为 pom.xml。
2. POM 也包含了目标和插件。
当执行一个任务或者目标时，Maven 会查找当前目录下的 POM，从其中读取所需要的配置信息，然后执行目标。能够在 POM 中设置的一些配置如下:
project dependencies
plugins
goals
build profiles
project version
developers
mailing list
3. 在创建 POM 之前，我们首先确定工程组（groupId），及其名称（artifactId）和版本，在仓库中这些属性是工程的唯一标识。
4. 所有的Maven项目都扩展自超级POM, 我们可以在maven安装目录中找到并查看到。
(二) Maven 的生命周期
1. Maven的生命周期分为三种标准的生命周期
清理 -- Clean 在进行真正的构建之前，进行清理工作
构建 -- Default 构建部分，编译，测试，打包，部署，都在这个生命周期
站点 -- Site 生成项目报告，站点
参考链接 http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
(1)Clean分为以下阶段
pre-clean 执行在clean之前完成的工作
clean 清除上一次构建生成的文件
post-clean 执行在clean之后立刻完成的工作
(2)Site 有以下阶段
pre-site 执行在生成站点文档之前完成的工作
site 生成项目的站点文档
post-site 执行生成站点文档之后的工作
site-deploy 将生成的站点文档部署到特定的服务器上
(3)Default有以下（重要）阶段
validate 验证工程是否正确，并且必要信息是否可用
initialize 初始化build状态等工作，设置属性或创建目录
prepare-resources 拷贝资源
compile 编译源代码
test-compile 编译单元测试源代码
test 单元测试，代码不被打包和部署
package 获取编译好的代码，并根据其可发布的格式进行打包，比如Jar, War
install 安装包到本地的仓库，使其被本地的其他工程所依赖
deploy 复制最终的包到远程的仓库，分享给其他的开发者或者项目
以上为重要阶段，全部阶段需参考文档：http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
(三) Maven 仓库
1. 基本概念
Maven仓库存储所有的工程 jar 文件、library jar 文件、插件或任何其他的工程指定的文件。
2. 仓库类型
Maven 仓库有三种类型：
本地仓库 local
中央仓库 central
远程仓库 remote
i. 本地仓库
Maven 的本地仓库，在你第一次运行任何 maven 命令的时候创建的，默认被创建在 %USER_HOME% 目录下。要修改默认位置，在 %M2_HOME%conf 目录中的 Maven 的 settings.xml 文件中定义另一个路径，如：
D:/T/RexenBMSite/RexenBMSite/doc/maven/maven/repository
Maven 本地仓库保存你的工程的所有依赖（library jar、plugin jar 等）。当你运行一次 Maven 构建，Maven 会自动下载所有依赖的 jar 文件到本地仓库中。它避免了每次构建时都引用远程机器上的依赖文件。
ii. 中央仓库
Maven 中央仓库是由 Maven 社区提供的仓库，其中包含了大量也是最全面的常用的资源。
要浏览中央仓库的内容，maven 社区提供了一个 URL：http://search.maven.org/#browse。使用这个仓库，开发人员可以搜索所有可以获取的代码库。
iii. 远程仓库
如果 Maven 在中央仓库中也找不到依赖的库文件，它会停止构建过程并输出错误信息到控制台。为避免这种情况，Maven 提供了远程仓库的概念，它是开发人员自己定制仓库，包含了所需要的库文件。
3. Maven对于依赖库的搜索顺序
步骤 1 ，在本地仓库中搜索，如果找不到，执行步骤 2，如果找到了则执行其他操作。
步骤 2 ，在中央仓库中搜索，如果找不到，并且远程仓库已设置，则执行步骤 4，如果找到了则下载到本地仓库。
步骤 3 ，如果远程仓库没有被设置，Maven 将简单的停滞处理并抛出错误（无法找到依赖的文件的错误）。
步骤 4 ，在一个或多个远程仓库中搜索依赖的文件，如果找到则下载到本地仓库，否则 Maven 将停止处理并抛出错误（无法找到依赖的文件的错误）。
(四) Maven 依赖管理
由于Maven工程中是使用groupId, artifactId, version唯一定义的，所以我们可以根据此唯一标识，在POM中定义对其他工程的依赖
1. 传递依赖
当一个库 A 依赖于其他库 B. 另一工程 C 想要使用库 A, 那么该工程同样也需要使用到库 B, Maven 可以避免去搜索所有需要的库资源的这种需求。通过读取工程文件（pom.xml）中的依赖项，Maven 可以找出工程之间的依赖关系。我们只需要在每个工程的 pom 文件里去定义直接的依赖关系。Maven 则会自动的来接管后续的工作。
但是，通过传递依赖，所有被包含的库的图形可能会快速的增长。当重复的库存在时，可能出现的情形将会持续上升（此处会通过实际工程举例说明）。Maven 提供一些功能来控制可传递的依赖的程度。
2. 依赖控制
(1)依赖调节
决定当多个手动创建的版本同时出现时，哪个依赖版本将会被使用。 如果两个依赖版本在依赖树里的深度是一样的时候，第一个被声明的依赖将会被使用。比如，A -> B -C D->E-C 那么如果A先声明，则先使用A依赖的C。如果深度不一致，则优先采用最短路径，选取依赖库。
(2)依赖管理（Dependency Management）
Maven提供dependencyManagement 元素既能让子模块继承到父模块的依赖配置，又能保证自模块依赖的使用灵活性。 即，在继承时，继承的是配置，而不是整体继承依赖，子POM中，引用时不需要引用版本号，如果子POM的对应上级POM的Dependency带有版本，则会覆盖从父模块继承下来的该依赖。
(3)依赖范围
compile 编译范围
默认范围，如果没有提供范围，那么依赖范围就是编译范围；
provided 已提供范围
如果范围是provided，那么当JDK,或容器已经提供该依赖之后才使用这个依赖，非传递性的，不会被打包；
runtime 运行时范围
如果一个依赖是runtime依赖范围，那么该依赖在运行和测试系统的时候才使用，在编译和打包的时候不需要，比如，在编译时，只需要JDBC API Jar文件，而只有在测试和运行的时候才需要JDBC的具体实现的Jar文件
test 测试范围
只有在测试和测试编译的时候需要，不会被打包
system 系统范围(一般不推荐)
如果一个依赖的依赖范围是系统范围，那么必须显示的提供一个本地系统中的JAR文件的路径，也就是说Maven不会在仓库中查找依赖，而是直接引用这个外部依赖，以保障编译和运行。
(4)排除依赖
任何可传递的依赖都可以通过 "exclusion" 元素被排除在外。举例说明，A 依赖 B， B 依赖 C，因此 A 可以标记 C 为 “被排除的”。
(5)可选依赖
A编译时有一个依赖B，但对于B中的功能并不一定是使用的，所以当C引用A时并不一定需要在运行时引用B, 这时A依赖B标记为可选依赖，如果C真正需要B时，则显示声明依赖B。
(五)创建第一个maven工程
(1) 准备工作
将 http://repo1.maven.org/maven2/archetype-catalog.xml 文件下载到本地，并复制到maven 仓库中，如下目录
~
epositoryorgapachemavenarchetypearchetype-catalog2.x
在附件other-resources文件夹下可以找到已经下载好的该文件
(2) 创建java web工程
进入控制台，执行如下命令
mvn archetype:generate -DgroupId=org.gh.mavenx -DartifactId=simple -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeCatalog=local
可以创建
(3)打包
进入控制台，执行如下命令
mvn clean package
即可在”工程名/target”目录下生成war包
(4)测试
将war包copy至Tomcat下，用浏览器成功查看。
(5)查看该maven工程真正运行所根据的pom
执行如下命令查看
mvn help:effective-pom
可以看到输出至控制台的是包含默认设置的pom.xml
(6)理解clean 和 default 生命周期的独立性
执行 mvn clean compile 或 mvn clean package
再执行 mvn compile clean 或 mvn package clean
查看效果，说明这两个标准的生命周期之间是互相独立的。
(7)理解插件，目标，和阶段的关系
Note: “maven-jar-plugin 插件的jar目标，被绑定到package阶段”，”一个阶段可以绑定多个目标，一个插件可以由多个目标组成”
执行 mvn clean jar:jar
查看所打包的jar包的内容
再执行 mvn clean compile jar:jar
再次查看打包的内容，对比之前执行的mvn package效果，通过两次查看效果，可以清晰的看出，maven-jar-plugin这个插件，包含目标jar, 只有package阶段有此能力，此目标被绑定到package阶段
(8)理解maven生命周期 的各个阶段的有序性
执行 mvn xxx 查看有序性效果
(9)查看maven插件信息
mvn help:describe -Dplugin=compiler -Dmojo=compile -Dfull
版权所有，转载需要标注出处：GavinHacker: http://www.cnblogs.com/gavinsp/p/6377227.html