Maven学习（三）maven原理概念详述

maven相关概念

maven坐标

Maven世界拥有大量构建，当我们需要引用依赖包是，需要用一个用来唯一标识去确定唯一的一个构建。如果拥有了统一规范，就可以把查找工作交给机器。

类似于空间找点的坐标一样，maven坐标应运而生，为各种构件引入了秩序：

groupId：组织标识名（简单理解成包名）
artifactId：项目名称
version：项目的当前版本
packaging：项目的打包方式，最为常见的jar和war两种（项目中继承的话，为pom）
classifier: 该元素用来帮助定义构建输出的一些附属构件（不能被直接定义）

注：groupId、artifactId、version、packaging是必须定义的，classifier是不能被直接定义的，因为附属构件不是项目直接默认生成的，而是由附加的插件帮助生成的。

依赖项管理

依赖性管理，在pom.xml文件中<dependency></dependency>中

依赖项示例

pom.xml文件中：

<!--项目要使用到junit的jar包，所以在这里添加junit的jar包的依赖-->

    <dependencies>

        <dependency>

            <groupId>junit</groupId>

            <artifactId>junit</artifactId>

            <version>4.9</version>

            <scope>test</scope>

        </dependency>

<!--项目要使用到ConsoleHello的jar包，在这里添加ConsoleHello的jar包的依赖-->

    <dependency>

        <groupId>com.lsk.mavenCode</groupId>

        <artifactId>ConsoleHello</artifactId>

        <version>SNAPSHOT-0.0.1</version>

        <scope>compile</scope>

    </dependency>

    </dependencies>

依赖范围

依赖范围<scope></scope>用来控制依赖和编译、测试、运行的classpath的关系。

主要的是三种依赖关系如下：
　　1.compile：默认编译依赖范围。->对于编译、测试、运行三种classpath都有效
　　2.test：测试依赖范围。->只对于测试classpath有效
　　3.provided：已提供依赖范围。->对于编译、测试的classpath都有效，但对于运行无效。因为由容器已经提供，例:servlet-api
　　4.runtime: 运行时提供。(如:JDBC驱动)

依赖传递

若A依赖B，B依赖C，则A也依赖于C（A对于C为间接依赖）

仓库管理

仓库用来统一存储所有Maven共享构建的位置，

根据maven坐标，目录方式： groupId/artifactId/version/artifactId-version.packaging 就可以唯一确定一个构建。

每个用户只有一个本地仓库，默认是在${user.home}/.m2/repository/，${user.home}代表的是用户目录，例：

1、Maven默认的远程仓库：URL：http://search.maven.org/，我们需要引用外部的包时，可以从上面查到相关的GroupId、版本号等信息；

2、私服：是一种特殊的远程仓库，架设在局域网内的仓库（一般公司内部都会有一个自己的私服）

生命周期

Maven有三种相互独立的标准生命周期，这三种生命周期分别是：

1、Clean Lifecycle(清洁生命周期):在进行真正的构建之前进行一些清理工作。
2、Default<Build> Lifecycle(默认<或生成>生命周期 ):构建的核心部分：编译、测试、打包、部署等等。
3、Site Lifecycle(网站生命周期 ) 生成项目报告、站点、发布站点。

说明下：它们是相互独立的，你可以仅仅调用clean来清理工作目录、仅仅调用site来生成站点。当然也可以组合命令直接运行 mvn clean install site 运行所有这三种生命周期。

每种生命周期都由一组阶段(Phase)组成。我们平时输入的命令总会对应于一个特定的阶段（真正执行时，包含此生命周期中的这个阶段及其之前的所有阶段），比如：

运行mvn clean ，clean是Clean Lifecycle的一个阶段。他还有pre-clean阶段、clean阶段、post-clean阶段。

"mvn clean" 中的clean就是上面的clean及其同一种生命周期前的所有阶段。

Clean Lifecycle

　 1.pre-clean 执行一些需要在clean之前完成的工作
2.clean 移除所有上一次构建生成的文件
3.post-clean 执行一些需要在clean之后立刻完成的工作

Default<Build> Lifecycle

1.pre-site 执行一些需要在生成站点文档之前完成的工作
    2.site 生成项目的站点文档
    3.post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
    4.site-deploy 将生成的站点文档部署到特定的服务器上

这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这可是Maven相当强大的功能，Manager比较喜欢，文档及统计数据自动生成。

Default<Build> Lifecycle

Default<Build> Lifecycle是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中，用于构建应用程序。它有以下 23 个阶段。

生命周期阶段	描述
validate	验证项目是否正确，并且所有必要的信息可用于完成构建过程
initialize	建立初始化状态，例如设置属性
generate-sources	产生任何的源代码包含在编译阶段
process-sources	处理源代码，例如，过滤器值
generate-resources	包含在包中产生的资源
process-resources	复制和处理资源到目标目录，准备打包阶段
compile	编译该项目的源代码
process-classes	从编译生成的文件提交处理，例如：Java类的字节码增强/优化
generate-test-sources	生成任何测试的源代码包含在编译阶段
process-test-sources	处理测试源代码，例如，过滤器任何值
test-compile	编译测试源代码到测试目标目录
process-test-classes	处理测试代码文件编译生成的文件
test	运行测试使用合适的单元测试框架（JUnit）
prepare-package	执行必要的任何操作的实际打包之前准备一个包
package	提取编译后的代码，并在其分发格式打包，如JAR，WAR或EAR文件
pre-integration-test	完成执行集成测试之前所需操作。例如，设置所需的环境
integration-test	处理并在必要时部署软件包到集成测试可以运行的环境
pre-integration-test	完成集成测试已全部执行后所需操作。例如，清理环境
verify	运行任何检查，验证包是有效的，符合质量审核规定
install	将包安装到本地存储库，它可以用作当地其他项目的依赖
deploy	复制最终的包到远程仓库与其他开发者和项目共享

有涉及到Maven 生命周期值得一提几个重要概念：

当一个阶段是通过 Maven命令调用，例如：mvn compile，只有阶段到达并包括这个阶段才会被执行。
不同的 Maven 目标绑定到 Maven生命周期的不同阶段这是这取决于包类型(JAR/WAR/EAR)。

maven插件

maven插件机制是完全依赖Maven的生命周期的。

Maven 提供以下两种类型插件：

类型	描述
构建插件	在生成过程中执行，并在 pom.xml 中的<build/> 元素进行配置
报告插件	在网站生成期间执行，在 pom.xml 中的 <reporting/> 元素进行配置

以下是一些常见的插件列表：

插件	描述
clean	编译后的清理目标，删除目标目录
compiler	编译 Java 源文件
surefile	运行JUnit单元测试，创建测试报告
jar	从当前项目构建 JAR 文件
war	从当前项目构建 WAR 文件
javadoc	产生用于该项目的 Javadoc
antrun	从构建所述的任何阶段运行一组 Ant 任务

Maven的核心仅仅定义了抽象的生命周期，具体任务是交由插件完成。
每个插件都可以实现多个功能，每个功能就是一个插件目标。
Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务，例如compile就是插件maven-compiler-plugin的一个插件目标。

参考：

http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html

http://www.yiibai.com/maven/maven_plugins.html

http://blog.csdn.net/wanghantong/article/details/36427165