Maven概念
Maven 是一个项目管理工具。它负责管理项目开发过程中的几乎所有的东西。其中包括的有
版本
maven有自己的版本定义和规则
构建
maven支持许多种的应用程序类型，对于每一种支持的应用程序类型都定义好了一组构建规则和工具集。
输出物管理
maven可以管理项目构建的产物，并将其加入到用户库中。这个功能可以用于项目组和其他部门之间的交付行为
依赖关系
maven对依赖关系的特性进行细致的分析和划分，避免开发过程中的依赖混乱和相互污染行为
文档和构建结果
maven的site命令支持各种文档信息的发布，包括构建过程的各种输出，javadoc，产品文档等。
项目关系
一个大型的项目通常有几个小项目或者模块组成，用maven可以很方便地管理
移植性管理
maven可以针对不同的开发场景，输出不同种类的输出结果
maven必须知道的几点
Maven的"约定优于配置"
所谓的"约定优于配置"，在maven中并不是完全不可以修改的，他们只是一些配置的默认值而已。但是除非必要，并不需要去修改那些约定内容。maven默认的文件存放结构如下：
每一个阶段的任务都知道怎么正确完成自己的工作，比如compile任务就知道从src/main/java下编译所有的java文件，并把它的输出class文件存放到target/classes中。
对maven来说，采用"约定优于配置"的策略可以减少修改配置的工作量，也可以降低学习成本，更重要的是，给项目引入了统一的规范。比如maven 的标准工程结构，版本约定等。
理解“仓库”
首次运行完mvn -version后，会在用户目录下创建一个.m2的目录(比如：C:\Users\当前用户名.m2)，这个目录是maven的“本地仓库”，仓库是maven中一个很重要的概念。
传统项目中遇到的问题：
- 项目里引用很多文件，存在相同文件，占用空间
- jar包之间的依赖关系不好管理，造成许多无效操作，浪费时间。
- 下载很多资源也是个比较费神的事，有时候还要注意版本问题，冲突问题，各种坑
maven的仓库则很好的解决了这些问题，它在每台机器上创建一个本机仓库，把本机上所有maven项目依赖的jar包统一管理起来，而且这些jar包用“坐标”来唯一标识(注：坐标是另一个重要的概念，这里只要简单理解成“唯一识别某个jar包文件名、版本号”的标识即可)，这样所有maven项目就不需要再象以前那样把jar包复制到lib目录中，整个maven项目看起来十分清爽，并且不那么臃肿。
Maven的生命周期
Maven有一个十分完善的生命周期模型(lifecycle)，可以从以下两点来理解它：
- 运行Maven的每个步骤都由它来定义的，这种预定义的默认行为使得我们使用Maven变得简单。
- 这个模型是一种标准，在不同的项目中，使用Maven的接口是一样的，这样就不用去仔细理解每个项目的构建了，一般情况下，mvn clean install 这样的命令是通用的。
完善：Maven有三套相互独立的生命周期。这三套生命周期分别是：
-
Clean Lifecycle
在进行真正的构建之前进行一些清理工作。 - Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
- Site Lifecycle 生成项目报告，站点，发布站点。
每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段.所以大家要熟悉使用更多的命令来学习maven。
