Maven项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的项目管理工具项目管理工具软件。
Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。由于 Maven 的缺省构建规则有较高的可重用性，所以常常用两三行 Maven 构建脚本就可以构建简单的项目。由于 Maven 的面向项目的方法，许多 Apache Jakarta 项目发文时使用 Maven，而且公司项目采用 Maven 的比例在持续增长。
Maven这个单词来自于意第绪语（犹太语），意为知识的积累，最初在Jakata Turbine项目中用来简化构建过程。当时有一些项目（有各自Ant build文件），仅有细微的差别，而JAR文件都由CVS来维护。于是希望有一种标准化的方式构建项目，一个清晰的方式定义项目的组成，一个容易的方式发布项目的信息，以及一种简单的方式在多个项目中共享JARs。
引用自百度—Maven
maven仓库种类和关系:
一般maven仓库分为：本地仓库、中央仓库、远程仓库
maven标准目录结构:
在使用IDEA开发时，创建Maven项目时选择骨架后，有些目录需要手动创建。
常用的命令：
maven中常用的命令有：clean(清除)、compile(编译)、test(测试)、package(打包)、install(安装)、deploy(部署)等。。。
每个命令都对应一个插件。在IDEA中可以直接点击运行命令。
打开一个maven项目的目录：
执行clean命令和结果
目录中的target文件夹不见了。。。
执行compile命令和结果
目录中的target文件又出现了。。。
消失又出现的target文件夹是什么
打开target目录发现classes文件夹，存放着项目源代码的字节码文件等等。
执行test命令和结果
结果应该不难想象，和compile一样生成了target文件夹，但是比compile生成的target多了测试代码的字节码文件和配置。。。
结果包含了compile生成的文件。
执行package命令和结果
顾名思义将项目打包也放在了target目录下。。。
package命令包含了compile和test命令生成的文件。
target目录中为什么生成了war包？——因为在pom.xml中指定了
执行install命令和结果
生成了target目录并且package命令生成的目录内容也都存在，同时将war包等文件安装到了本地仓库。。。
那么为什么有些命令会包含了其他命令的事情呢？——那就要了解一下maven的声明周期了。
maven声明周期：
主要有、默认生命周期、clean声明周期、site声明周期，这三个生命周期之间是互相独立的，调用一个不会影响另一个。但是生命周期内部各个阶段之间却是有前后依赖关系：必须先执行前面的阶段，才可以执行下一阶段。
最常用的就是默认生命周期：编译→测试→打包→安装→发布（这是一个简化的便于理解的介绍）
当进行到后面的步骤时候，前面的步骤一定已经经历过了，例如执行打包（package）时自动会执行以下编译（compile）和测试（test）。。
maven概念模型图：
maven最重要的两大功能依赖管理、一键构建。
最重要的项目对象模型（POM）工程中的pom.xml文件，文件中主要放置的是：项目自身信息、项目运行所依赖的jar包信息，项目运行环境信息（JDK、tomcat等等）。其中以来的jar包信息又独立出依赖管理模型。
任何一个jar包的坐标的基本元素：
<dependency>
\<groupId>\</groupId> //公司组织的名称
\<artifactId>\</artifactId> //需要的jar包项目名
\<version>\</version> //版本号</dependency>
任何一个环境插件的坐标的基本元素
<plugin>
<artifactId></artifactId>
\<version\></version\></plugin>
当项目需要插件时可以在https://mvnrepository.commaven的中央仓库中搜索后，配置到pom.xml中去，maven会自动将配置的jar包下载到本地仓库中供项目使用。