Maven生命周期等简述

Maven

maven依赖的scope属性——依赖的范围

范围

有三个：complier、test、provider

注意，scope的默认值为complier

1. complier——编译范围的依赖

开发、部署、运行是均需要的jar包。

对主程序和测试程序均有效，参与打包。

2. test——测试范围的依赖

仅对测试程序有效，当依赖被标记为test时，在主程序中import相关类会导致编译报错，也不参与打包 。

3. provider——

tomcat服务器会提供常见的api，这部分只在开发的时候需要导入jar包，部署和运行时由tomcat提供，会忽略不再需要引入。（例如servlet-api.jar）

对主程序和测试程序均有效，不参与打包盒部署。

maven依赖的生命周期

——各个构建环节执行的顺序

1. 构建过程中的各个环节

​ 【1】清理——clean

​ 【2】编译——complier

​ 【3】测试——test

​ 【4】报告——verify（测试程序的执行结果）

​ 【5】打包——package

​ 【6】安装——install（将打包后的文件复制到仓库的指定位置）

​ 【7】部署——deploy

各个环节的执行顺序不能打断，maven核心程序定义了抽象的生命周期。为了更好的实现自动化，每一个生命周期的实现，都会从生命周期最初的地方开始。比如我们常会使用package而不去complier，因为在package之前已经进行了编译等操作。

2. 三种生命周期

以下列出了默认（default），**清洁（clean）和站点（site）**生命周期的所有构建阶段，它们按照指定的顺序执行的顺序执行。

资料来源：博文

清洁（clean）生命周期

预清洁（pre-clean）	执行实际项目清理之前所需的流程
清洁（clean）	删除以前构建生成的所有文件
后清洁（post-clean）	执行完成项目清理所需的流程

默认（default）生命周期

验证（validate）	验证项目是正确的，所有必要的信息可用。
初始化（initialize）	初始化构建状态，例如设置属性或创建目录。
产生来源（generate-sources）	生成包含在编译中的任何源代码。
流程源（process-sources）	处理源代码，例如过滤任何值。
生成资源（generate-resources）	生成包含在包中的资源。
流程资源（process-resources）	将资源复制并处理到目标目录中，准备打包。
编译（compile）	编译项目的源代码。
工艺类（process-classes）	从编译后处理生成的文件，例如对Java类进行字节码增强。
生成测试来源（generate-test-sources）	生成包含在编译中的任何测试源代码。
流程测试来源（process-test-sources）	处理测试源代码，例如过滤任何值。
生成测试资源（generate-test-resources）	创建测试资源。
流程测试资源（process-test-resources）	将资源复制并处理到测试目标目录中。
测试编译（test-compile）	将测试源代码编译到测试目标目录中
流程检验类（process-test-classes）	从测试编译中处理生成的文件，例如对Java类进行字节码增强。对于Maven 2.0.5及以上版本。
测试（test）	使用合适的单元测试框架运行测试。这些测试不应该要求代码被打包或部署。
制备包（prepare-package）	在实际包装之前，执行必要的准备包装的操作。这通常会导致打包的处理版本的包。（Maven 2.1及以上）
打包（package）	采取编译的代码，并以其可分发的格式（如JAR）进行打包。
预集成测试（pre-integration-test）	在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境等。
集成测试（integration-test）	如果需要，可以将该包过程并部署到可以运行集成测试的环境中。
整合后的测试（post-integration-test）	执行集成测试后执行所需的操作。这可能包括清理环境。
校验（verify）	运行任何检查以验证包装是否有效并符合质量标准。
安装（install）	将软件包安装到本地存储库中，以作为本地其他项目的依赖关系。
部署（deploy）	在集成或发布环境中完成，将最终软件包复制到远程存储库，以与其他开发人员和项目共享。

站点（site）生命周期

预网站（pre-site）	在实际的项目现场生成之前执行所需的进程
网站（site）	生成项目的站点文档
后网站（post-site）	执行完成站点生成所需的进程，并准备站点部署
网站部署（site-deploy）	将生成的站点文档部署到指定的Web服务器

由此可见，执行deploy命令，等于执行了整个默认的生命周期。

设置Maven工程的jdk版本

1. 打开settings.xml

2. 找到profiles标签

3. 加入如下配置

   <profile>
   	<id>jdk-1.8</id>
       <activation>
       	<activeByDefault>true</activeByDefault>
           <jdk>1.8</jdk>
       </activation>
       <properties>
       	<maven.complier.source>1.7</maven.complier.source>
           <maven.complier.target>1.7</maven.complier.target>
           <maven.complier.complierVersion>1.7</maven.complier.complierVersion>
       </properties>
   </profile>
   

依赖的传递性

依赖的引用具有传递性，引用一个依赖，会自动导入被引用工程所依赖的其他jar包，当前工程不必再重复引用。

请注意，非complier的依赖没有传递性，只作用于当前工程

依赖的排除

当不需要被引用工程所传递过来的附带jar包是，可以排除对应的jar包

pom.xml中对应的引用依赖下添加：

<exclusions>
	<exclusion>
    	<groupId>***</groupId>
        <actifactId>***</actifactId>
    </exclusion>
</exclusions>

依赖的原则

作用：解决模块工程之间的jar包冲突问题

主要有以下两个原则：

1. 路径最短优先

   当工程依赖A，A又依赖B，A、B中有不同版本的同一jar包，则maven会将A的jar包传递给工程

2. 先申明者优先

   当路径长短一样时，pom.xml中先申明的依赖优先导入，例如工程依赖A，B连个依赖，A、B同时依赖C，若Pom中A在B前面申明，则maven会将A中的C依赖传递给工程

统一版本的管理

日常使用中会使用大量同一版本的一类jar包，例如spring家族的jar包，使用同一版本管理会更为方便管理和升级

通过下面标签进行版本的声明

<properties>
	<spring.version>4.0.0</spring.version>
    <log4j.version>1.2.7</log4j.version>
</properties>

后续版本中直接引用即可<version>${spring.version}</version>

当然<porperties>标签也可以定义其他属性用于别处引用

查找maven依赖的网站

mavenRepository