Maven 概要介绍

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 仓库中，以下目录
        ~\repository\org\apache\maven\archetype\archetype-catalog\2.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