Maven是一个软件项目管理和理解工具。基于项目对象模型（POM），可以通过一小段描述信息来管理项目的构建、报告和文档的软件项目工具。
上图中，Maven3.3+要求jdk1.7以上。
点击下载按钮，选择下载的包。
下载完成后解压得到此目录：
配置环境变量
计算机→属性→高级系统设置→高级→环境变量
新建一个环境变量M2_HOME
再到path中追加环境变量：%M2_HOME%\bin
测试是否成功，windows+R 键入cmd打开命令行，输入 mvn -v :
见到以上输出，即maven环境变量配置成功。
构建项目
常用的命令
mvn -v 查看maven版本
mvn compile 编译
mvn test 测试
mvn package 打包
mvn clean 删除target
mvn install 安装jar包到本地
maven自动创建目录
archetype插件，用于创建符合maven规定的目录骨架。
maven规定：
创建目录的两种方式：
- archetype:generate 按照提示进行选择。
- archetype:generate -DgroupId=组织名，公司网址的反写+项目名 -DartifactId=项目名-模块名 -Dversion=版本号 -Dpackage=代码所存在的包名
例如：mvn archetype:generate -DgroupId=com.imooc.maven04 -DartifactId=maven04-demo -Dversion=1.0.0SNAPSHOT -Dpackage=com.imooc.maven04.demo
maven中的坐标和仓库
坐标：在maven中任何一个依赖、插件等都称之为构件，所有的构件均通过坐标作为唯一标识。
创建maven项目时，java的包名应该和groupId、artifactId相同。
如此多的构建存储在什么地方？
仓库就是用来管理项目依赖：
- 本地仓库
- 远程仓库
默认提供全球仓库地址，在这个地方查看：
打开这个jar，
这个pom文件中就有全球仓库地址。
所有的maven项目都会继承这个pom文件。
maven的生命周期和插件
maven依赖范围
<scope></scope>标签：依赖的范围。
平时在开发时，如果要使用某一个框架，就要将该框架的jar包引入到项目的classpath（路径）中，这样项目就可以使用该框架封装好的一些方法。
maven中提供了三种classpath：
- 编译
- 测试
- 运行
依赖的范围就是用来控制依赖与三种classpath的关系。
<scope></scope>文档可以在scope方法查看。
依赖关系范围用于限制依赖关系的传递性，还用于影响用于各种构建任务的类路径。
scope有6种范围：
- compile：这是默认范围，如果未指定则默认使用。编译、测试、运行三种classpath都有效
- provided：在编译和运行时有效
- runtime：在测试和运行时有效
- test：只在测试时有效
- system：此范围与provided的类似，必须提供明确包含它的jar。于本机系统相关，可移植性差
- import：此范围仅在<dependencyManagement>这个标签种，表示从其他的pom.xml中继承来的依赖
maven依赖传递
举个例子：B → A， C→B，那么可以认为 C→A。（B依赖A，C依赖B，那么C依赖A）
这就是依赖的传递。
示例：
新建一个文件夹：Java_workspace，存放Java Project
打开这个文件夹，新建Module
我用的开发工具是IntelliJ IEDA，和eclipse不同。
使用maven构建：
填写:
然后一直next，next，finish，等待构建完成。（电脑情况不同构建速度不同，期间可能会下载东西）
构建完成后会出现上图这种信息。
构建完成后，再构建两个不同名但是同包的项目，第二个项目依赖第一个，第三个依赖第二个，打开1、2、3项目中的pom.xml：
在第二个项目中的pom.xml增加项目一的依赖：
把项目一的这部分（项目一的坐标）：
放到项目二的这里：
，再按照上述，给项目三添加项目二的坐标，（添加依赖）。
完成后打开maven project : windows下快捷键：Ctrl+Shift+A 选择 maven project：
上图中install是安装到本地仓库。
先把项目一打包生成jar，安装到本地仓库，再去项目二编译。
同理，项目三依赖项目二也是这种操作。
最终可以看到，项目三成功依赖于项目二和项目一：
如果项目三只想依赖项目二 不想依赖项目一，可以在项目三中的pom.xml中增加如下：
这时，项目三就只依赖于项目二了：
如果文章对您有帮助，请点个关注，后续会持续更新干货~，感谢。