关于Maven

什么是Maven？
Maven是一个采用纯Java编写的开源项目管理工具, 采用了一种被称之为Project Object Model (POM)概念来管理项目，所有的项目配置信息都被定义在一个叫做POM.xml的文件中。
它是一个软件（特别是Java软件）项目管理及自动构建工具，由Apache软件基金会所提供。基于项目对象模型（缩写：POM）概念，Maven利用一个中央信息片断能管理一个项目的构建、报告和文档等步骤。
为什么要使用MAVEN？
如今我们构建一个项目需要用到很多第三方的类库，如写一个使用spring的Web项目就需要引入大量的jar包。一个项目Jar包的数量之多往往让我们瞠目结舌，并且Jar包之间的关系错综复杂，一个Jar包往往又会引用其他Jar包，缺少任何一个Jar包都会导致项目编译失败。 
以往开发项目时，程序员往往需要花较多的精力在引用Jar包搭建项目环境上，而这一项工作尤为艰难，少一个Jar包、多一个Jar包往往会报一些让人摸不着头脑的异常。 
而Maven就是一款帮助程序员构建项目的工具，我们只需要告诉Maven需要哪些Jar 包，它会帮助我们下载所有的Jar，极大提升开发效率。
安装及配置环境变量
因为Maven是由Java编写的，因此想要使用Maven，首先要配置Java的环境变量我遇到的错误在网上搜索了配置MAVEN的环境变量，在cmd中执行mvn -v显示’mvn’不是内部或外部命令，也不是可运行的程序或批处理文件。
Maven基本命令
1、本命令用于检查maven是否安装成功。 
Maven安装完成之后，在命令行输入mvn -v，若出现maven信息，则说明安装成功。
2、compile：编译 
将Java源文件编译成class文件
3、test:测试项目 
执行test目录下的测试用例
4、package:打包 
将项目打成jar包
5、clean:删除target文件夹
6、install:安装 
将当前项目放到Maven的本地仓库中。供其他项目使用
maven生命周期
一、依赖生命周期
scope:依赖的生命周期—用来控制项目编译时需要使用哪套classpath，比如测试时会将junit.jar加入编译环境，但是发布产品时又不会将junit.jar加入到编译环境
•compile：编译依赖范围。如果没有指定，就会默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译、测试、运行三种classpath都有效。典型的例子就是spring-core，在编译、测试、运行的时候都需要该依赖。
•test：测试依赖范围。该依赖只对于测试classpath有效，在编译主代码或者运行项目时，此依赖无效。典型的例子就是Junit，它只有在编译测试代码及运行测试的时候才需要。
•provided：已提供的依赖范围。该依赖对于编译和测试classpath有效，但在运行时无效。典型的例子就是servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经提供，就不需要在maven重复的引入一遍。
•runtime：运行时依赖范围。该依赖对于测试和运行classpath有效，但在编译主代码时无效。典型的例子是JDBC驱动实现，项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动。
•system：系统范围依赖。该依赖与provided依赖范围完全一致。但是使用system范围的依赖时必须通过systemPath温宿显示指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此应该谨慎使用该依赖
二、构建的生命周期
Maven有用三套相互独立的生命周期，他们分别是clean、default、site。
1、clean生命周期的目的是清理项目
2、default生命周期的目的是构建项目，定义了真正构建时需要执行的步骤，它是所有生命周期中最核心的部分，其中包括如下阶段：
1）validate 验证。
2）initialize 初始化。
3）generate-sources 生成源码。
4）process-sources处理源码。
5）generate-resources 生成资源。
6）process-resources 处理资源。
7）compile 编译。
8）process-classes 处理类。
9）generate-test-sources 生成测试源码。
10）process-test-sources 处理测试源码。
11）generate-test-resources 生成测试资源。
12）process-test-resources 处理测试资源。
13）test-compile 测试编译。
14）process-test-classes 处理测试代码。
15）test 测试。
16）prepare-package 打包前准备。
17）package 打包。
18）pre_integration-test 前集成测试。
19）integration-test 集成测试。
20）post-integration-test 后集成测试。
21）verify 检验。
22）Install 安装。
23）deploy部署。
我们一般使用的几个命令：compile、test、package、install、deploy
3、site生命周期的目的是建立项目站点
每个生命周期都包含一些阶段(phase)，这些阶段是有序执行的，并且后面的阶段依赖于前面的阶段，用户和maven最直接的交互方式就是调用这些生命周期阶段。
什么是Maven仓库？
Maven仓库用来存放Maven管理的所有Jar包。分为：本地仓库 和 中央仓库。
本地仓库 ：Maven本地的Jar包仓库。
中央仓库 ：Maven官方提供的远程仓库。
当项目编译时，Maven首先从本地仓库中寻找项目所需的Jar包，若本地仓库没有，再到Maven的中央仓库下载所需Jar包。
什么是“坐标”？
在Maven中，坐标是Jar包的唯一标识，Maven通过坐标在仓库中找到项目所需的Jar包。 
如下代码中，groupId和artifactId构成了一个Jar包的坐标。

ch.qos.logback
logback-classic
1.1.1

groupId:所需Jar包的项目名
artifactId:所需Jar包的模块名
version:所需Jar包的版本号
依赖传递
1、简单传递：如果我们的项目引用了一个Jar包，而该Jar包又引用了其他Jar包，那么在默认情况下项目编译时，Maven会把直接引用和间接引用的Jar包都下载到本地。
2、最短路径优先：若本项目引用了A.jar，A.jar又引用了B.jar，B.jar又引用了X.jar，并且C.jar也引用了X.jar。 
在此时，Maven只会引用引用路径最短的Jar。
3、声明优先：若引用路径长度相同时，在pom.xml中谁先被声明，就使用谁。