Maven入门教程

一、概述

Maven是基于POM（工程对象模型），通过一小段描述来对项目的代码、报告、文件进管理的工具。Maven是一个跨平台的项目管理工具，它是使用java开发的，它要依赖于jdk1.6及以上。
二、Maven主要有两大功能：

• 管理依赖

依赖指的就是jar包。

• 项目构建

清理-编译-测试-报告-打包-部署
三、Maven的安装配置
1.安装maven
①安装jdk1.6及以上
②将下载的maven压缩包进行解压缩
http://maven.apache.org/download.cgi
③配置maven的环境变量MAVEN_HOME
MAVEN_HOME
D:\apache-maven-3.3.9
④配置maven的环境变量PATH
%MAVEN_HOME%\bin;
⑤测试maven是否安装成功，在系统命令行中执行命令：
mvn -v
2.配置maven
在maven中有两个配置文件：用户配置、全局配置（默认）
①全局配置
在maven安装目录的conf里面有一个settings.xml文件，这个文件就是maven的全局配置文件。
该文件中配置来maven本地仓库的地址。默认在系统的用户目录下的m2/repository中，该目录是本地仓库的目录。
②用户配置
用户配置文件的地址：~/.m2/settings.xml，该文件默认是没有，需要将全局配置文件拷贝一份到该目录下。
重新指定本地仓库地址：
<localRepository>D:\repository</localRepository
四、Maven工程结构
Project
|--src（源码包）
|--main（正常的源码包）
|--java（.java文件的目录）
|--resources（资源文件的目录）
|--test（测试的源码包）
|--java
|--resources
|--target（class文件、报告等信息存储的地方）
|--pom.xml（maven工程的描述文件）
五、Maven命令的使用
Maven命令要在pom.xml所在目录中去执行
①编译的命令
mvn compile
②清除命令，清除已经编译好的class文件，具体说清除的是target目录中的文件
mvn clean
③测试命令，该命令会将test目录中的源码进行编译
mvn test
④打包命令
mvn package
⑤安装命令，会将打好的包，安装到本地仓库
Mvn install
⑥组合命令
先清空再编译：
mvn clean compile
先执行clean，再执行test，通常应用于测试环节：
mvn clean test
先执行clean，再执行package，将项目打包，通常应用于发布前
mvn clean package
执行过程：
清理————清空环境
编译————编译源码
测试————测试源码
打包————将编译的非测试类打包
查看仓库，当前项目被发布到仓库中组合指令，先执行clean，再执行install，将项目打包，通常应用于发布前
mvn clean install
执行过程：
清理————清空环境
编译————编译源码
测试————测试源码
打包————将编译的非测试类打包
部署————将打好的包发布到资源仓库中

六、Maven坐标官网查找

点击打开链接

七、Maven的核心概念

1.Maven坐标
groupId： 定义当前Maven组织名称
artifactId：定义实际项目名称
version： 定义当前项目的当前版本
2.依赖管理
①依赖范围
其中依赖范围scope用来控制依赖和编译，测试，运行的classpath的关系. 主要的是三种依赖关系如下：
1.compile： 默认编译依赖范围。对于编译，测试，运行三种classpath都有效
2.test：测试依赖范围。只对于测试classpath有效
3.provided：已提供依赖范围。对于编译，测试的classpath都有效，但对于运行无效。因为由容器已经提供，例如servlet-api
4.runtime:运行时提供。例如:jdbc驱动
②依赖传递
B工程依赖A工程，C工程依赖B工程，那么B工程是C工程的直接依赖，A工程是C工程的间接依赖
总结：
 当第二依赖的范围是compile的时候，传递性依赖的范围与第一直接依赖的范围一致。
 当第二直接依赖的范围是test的时候，依赖不会得以传递。
 当第二依赖的范围是provided的时候，只传递第一直接依赖范围也为provided的依赖，且传递性依赖的范围同样为 provided；
 当第二直接依赖的范围是runtime的时候，传递性依赖的范围与第一直接依赖的范围一致，但compile例外，此时传递的依赖范围为runtime；
③依赖冲突
在maven中存在两种冲突方式：一种是跨pom文件的冲突，一致是同一个pom文件中的冲突。
近使用原则
④可选依赖
Optional标签标示该依赖是否可选，默认是false。可以理解为，如果为true，则表示该依赖不会传递下去，如果为false，则会传递下去。
⑤排除依赖
exclusions标签可以排除依赖
八、生命周期
Maven有三个生命周期：clean生命周期、default生命周期、site生命周期
生命周期可以理解为项目构建的步骤集合。
生命周期是由多个阶段（Phase）组成。每个阶段都是一个完整的功能，比如mvn clean中的clean就是一个阶段。
6.3.1 Clean生命周期
pre-clean 执行一些需要在clean之前完成的工作 
clean 移除所有上一次构建生成的文件 
post-clean 执行一些需要在clean之后立刻完成的工作 
mvn clean命令，等同于 mvn pre-clean clean。只要执行后面的命令，那么前面的命令都会执行，不需要再重新去输入命令。
有Clean生命周期，在生命周期又有clean阶段。
6.3.2 Default生命周期（重点）
validate 
generate-sources 
process-sources 
generate-resources 
process-resources 复制并处理资源文件，至目标目录，准备打包。 
compile 编译项目的源代码。 
process-classes 
generate-test-sources 
process-test-sources 
generate-test-resources 
process-test-resources 复制并处理资源文件，至目标测试目录。 
test-compile 编译测试源代码。 
process-test-classes 
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 
prepare-package 
package 接受编译好的代码，打包成可发布的格式，如 JAR 。 
pre-integration-test 
integration-test 
post-integration-test 
verify 
install 将包安装至本地仓库，以让其它项目依赖。 
deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。 
在maven中，只要在同一个生命周期，你执行后面的阶段，那么前面的阶段也会被执行，而且不需要额外去输入前面的阶段，这样大大减轻了程序员的工作。
6.3.3 Site生命周期
pre-site 执行一些需要在生成站点文档之前完成的工作 
site 生成项目的站点文档 
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备 
site-deploy 将生成的站点文档部署到特定的服务器上 
九、插件
插件（plugin），每个插件都能实现一个阶段的功能。Maven的核心是生命周期，但是生命周期相当于主要指定了maven命令执行的流程顺序，而没有真正实现流程的功能，功能是有插件来实现的。
比如：compile就是一个插件实现的功能。
①编译插件
<build>
<plugins>
<!-- 编译插件，指定编译用的的jdk版本 -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.7</source>
<target>1.7</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>
②Tomcat插件
<build>
<plugins>
<plugin>
<!-- 配置插件 -->
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<configuration>
<port>80</port>
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
十、继承
在maven中的继承，指的是pom文件的继承
①子工程pom.xml中
<parent>
<groupId>com.itheima.maven</groupId>
<artifactId>MavenParent</artifactId>
<version>0.0.1-SNAPSHOT</version>
 </parent>
②父工程统一依赖jar包（全部子工程都有）
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.9</version>
</dependency>
</dependencies>
③父工程统一管理版本号、抽取版本号
<properties>
<junit.version>4.9</junit.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
十一、聚合
聚合一般是一个工程拆分成多个模块开发，每个模块是一个独立的工程，但是要是运行时必须把所有模块聚合到一起才是一个完整的工程，此时可以使用maven的聚合工程。
例如电商项目中，包括商品模块、订单模块、用户模块等。就可以对不同的模块单独创建工程，最终在打包时，将不同的模块聚合到一起。
例如同一个项目中的表现层、业务层、持久层，也可以分层创建不同的工程，最后打包运行时，再聚合到一起。