一、Maven概念
一个 基于Java平台 的 自动化构建工具 ，帮助我们管理jar包和拆分项目，其他类似的构建工具有 make-ant-maven-gradle。
基于Java平台：安装maven前一定要配置好JDK环境。
自动化构建工具：eclipse就是自动化构建工具，帮助我们把java编译为class文件。
二、Maven安装
（1）下载JDK并配置环境变量
（2）下载maven（http://maven.apache.org/download.cgi）
（3）解压安装包，并配置maven环境变量
a、配置MAVEN_HOME : D:\apache-maven-3.6.3\bin
b、配置path：%MAVEN_HOME%\bin
命令行窗口下用 mvn -v 验证安装是否成功。
以上三步就已经成功安装了maven，但为了让你的maven使用经历更加畅快，你还需要做出以下一些小修改。
（1）增加Maven镜像
Maven 仓库默认在国外， 国内使用难免很慢，我们可以更换为阿里云的仓库。
Maven安装目录下，找 conf ----->settings.xml，在 mirrors 标签下加入下面内容
<mirror> <!--This sends everything else to /public --> <id>nexus-aliyun</id> <mirrorOf>*</mirrorOf> <name>Nexus aliyun</name> <url>http://maven.aliyun.com/nexus/content/groups/public</url> </mirror>
（2）修改本地仓库位置
Maven默认本地仓库地址在C盘，随着项目的增加，这无疑会使得C盘变的臃肿，可以修改C盘的路径。
Maven安装目录下，找 conf ----->settings.xml，修改 localRepository 标签中的地址到你开心的位置。
<localRepository>F:/soft/MVN_repository</localRepository>
（3）修改IDE的配置，使本地仓库生效
Eclipse：Windows---->Preferences---->Maven---->User Settings---->Global Settings选择你之前配置的settings.xml
Idea：File---->Settings---->Maven---->User settings file选择你之前配置的settings.xml
三、Maven常用命令
安装完成后，不要先着急使用，还有一些知识需要你进行了解，以便于你更好的使用Maven。
Maven生命周期总的来分为clean，build，site三大部分，其中build又依次包括validate--->compile--->Test--->package--->verify--->install--->deploy，本篇文章比较偏向于实践，具体的生命周期的知识笔者不再赘述（生命周期的知识比较偏理论，但也挺重要的，还是希望大家自行了解下，https://www.runoob.com/maven/maven-build-life-cycle.html），生命周期的一些阶段对应着Maven的一些常用命令，
值得注意的是，每一个命令执行时，该命令之前以及包括该命令在内的所有命令都会被执行，比如执行了mvn install，前边的五条命令也都会被执行。
四、POM文件
为了方便理解，先对常见的pom文件结构进行讲解，掌握了下边的文件结构，基本上你就可以关掉本篇博文，使用maven进行开发了，但如果你对此并不满足，可以继续向下看。
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"> <!--声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变，
虽然如此，但它仍然是必不可少的，这是为了当Maven引入了新的特性或者其他模型变更的时候，确保稳定性。 --> <modelVersion>4.0.0</modelVersion> <!-- 公司或者组织的唯一标志，并且配置时生成的路径也是由此生成，
如com.liu.learning，maven会将该项目打成的jar包放本地仓库下的：/com/liu/learning 目录下下--> <groupId>com.liu.learning</groupId> <!-- 项目的唯一ID，一个groupId下面可能多个项目，就是靠artifactId来区分的 --> <artifactId>HelloWorld01</artifactId> <!-- 版本号 --> <version>0.0.1-SNAPSHOT</version> <!--项目的名称, Maven产生的文档用 --> <name>HelloWorld01</name> <!--项目产生的构件类型，例如jar、war、ear、pom。 --> <packaging>jar</packaging> <!--项目描述 --> <description>hello world</description> <!-- 统一JDK版本 --> <profiles> <profile> <id>jdk-1.8</id> <activation> <activeByDefault>true</activeByDefault> <jdk>1.8</jdk> </activation> <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion> </properties> </profile> </profiles> <dependencies> <!-- https://mvnrepository.com/artifact/junit/junit --> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <!-- jar包的作用范围，相关知识会摘出来单独讲解 --> <scope>test</scope> </dependency> </dependencies> </project>
五、jar包的作用范围scope
常用的三个分别是compile，test，provided 作用范围如下表：
1.compile
缺省值，如果不显式声明默认为compile，适用于所有阶段，会随着项目一起发布。
2.test
jar包只在测试阶段需要，常见的jar比如说junit
3.provided
jar包只在编译和测试时需要，这种比较少见，比如说servlet-api.jar，编译和测试时需要servlet 环境，但运行时由tomcat提供servlet环境，就不需要servlet-api.jar了
六、Maven依赖与依赖排除
1、Maven自动引入依赖
假如说我们需要用到A.jar，但是A.jar中又用到了B.jar，Maven会自动帮我们引入B.jar，最常见的例子就是spring-context.jar 了，大家可以自行尝试将下边依赖引入，Maven不仅会将spring-context.jar引入，还会将spring-aop.jar，spring-beans.jar等其他jar包一并引入。
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.6.RELEASE</version> </dependency>
2、依赖排除的两种方案
但如果我们确实用不到其他jar但Maven又帮我们引入了，那该怎们办呢？
<!-- 方法一 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.6.RELEASE</version> <exclusions> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> </exclusion> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> </exclusion> <exclusion> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> </exclusion> </exclusions> </dependency> <!-- 方法二 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.6.RELEASE</version> <exclusions> <exclusion> <groupId>*</groupId> <artifactId>*</artifactId> </exclusion> </exclusions> </dependency>
七、Maven依赖传递与依赖原则
1.依赖传递
在数学上，若A依赖于B，B依赖于C，那么A依赖于C成立，但在Maven中还需要添加一个条件，要使 A.jar依赖于C.jar，当且仅当 B.jar 依赖于C.jar的范围是compile。
创建maven项目A，B，其中B中引入junit.jar,然后将B用mvn install安装到本地仓库，再将B引入到A，改变junit的scope观察A中是否引入junit。
实验过程如上，读者可自行实验。
2.依赖原则
我们再来看下边三个案例，
（1）同一POM中引入同一jar包的不同版本时（不推荐这样做），会使用哪个版本呢？
（2）项目A->B，B->junit.jar（scope为compile），同时A->junit.jar，那么A中又会使用哪个jar呢？
（3）项目A依赖B和C，B和C都依赖了不同版本的junit.jar（scope为compile），那么A中会使用哪个jar呢？
前两个很好猜，第一个pom文件写在后边的jar会覆盖前边的jar。第二个会选择离自己最近的jar，也就是A中自己的jar。第三个同时也遵循 离自己最近的原则，但是两者距离一样，那怎么办呢？POM文件中对B和C的依赖声明总有先后顺序吧，那就采用先声明那个中的jar。
我们抛去第一个案例（开发中严禁这样做），来总结下规则：
（1）路径最近者优先。
（2）第一声明者优先。
八、Maven依赖继承
1、父项目
<!-- 第一步：父项目必须声明为pom --> <packaging>pom</packaging>
<!-- 第二步：dependencies外层套上dependencyManagement --> <dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>compile</scope> </dependency> </dependencies> </dependencyManagement>
2、子项目
<!-- 第一步：引入父项目的坐标 --> <parent> <groupId>com.liu.learing</groupId> <artifactId>parent</artifactId> <version>0.0.1-SNAPSHOT</version> <!-- 当前工程的Pom.xml到父工程的Pom.xml之间的 相对路径 --> <!-- 父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。Maven首先在
构建当前项目的地方寻找父项 目的pom，其次在文件系统的这个位置（relativePath位置），然后在本地仓库，最后
在远程仓库寻找父项目的pom。 --> <relativePath>../parent/pom.xml</relativePath> </parent> <!-- 第二步：写出要用到父项目的jar包名称，不用写版本号 --> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> </dependency> </dependencies>
九、项目聚合
Maven项目能够识别自身和本地仓库中的项目，如果项目A依赖项目B，必须要把项目B进行打包安装放入本地仓库，然后再在项目A中引入才能使用。但是如果项目A依赖很多个其他项目，这样一一打包安装就比较麻烦了，这就引出了“聚合”。
<!-- 第一步：总项目必须声明为pom --> <packaging>pom</packaging> <!-- 第二步：总项目引入子项目地址，子项目 相对 总项目pom文件 的 相对地址 注意：这里是 子项目 而不是 子项目的pom文件相对总项目pom文件 ，这一点和依赖继承不同 --> <modules> <module>../one</module> <module>../two</module> </modules> <!-- 然后子项目就可以正常互相引用，而省去了install的步骤 -->
十、统一管理版本
有时候开发项目过程会遇到版本号统一升级的问题，例如junit版本从3.0版本升级成4.12版 这个时候有两个处理办法
1、原始方案
在pom文件里统一 ctrl+f 搜索替换一下。
2、高级方案
使用pom里的properties标签，自定义一个 xxx 标签，标签内就是版本号，在需要使用的地方使用 ${xxx} 灵活取出上面定义的值，这个样子就不用那样修改多个地方啦
<properties> <junit>4.12</junit> </properties> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>${junit}</version> <scope>compile</scope> </dependency> </dependencies>