一.Maven是什么？
1.Maven是apache提供的一个开源项目，纯java开发，只用来管理Java项目，即项目管理的工具
PS：它是纯java开发的，所以它的使用必须依赖JDK的
二.Maven管理的项目有什么好处？
1.依赖管理；同一个java项目，代码，配置等全一样，但如果让maven来管理的项目所占的硬盘空间会更小；原因在于它项目里面没有提供jar包，项目jar包的获取是从本地仓库或私服（远程仓库）或中央仓库来的，即帮助项目来管理jar包
>maben管理的项目想要获取本地仓库的jar，得通过“坐标”，坐标具体包括了哪个公司或组织下的哪个项目下的哪个版本
>本地仓库，私服和中央仓库是存储jar包的文件夹
2.一键构建；可以不依赖外部的开发工具比如eclipse以及服务器tomcat等，到仓库引入tomcat插件，可以使用一条命令将整个项目在服务器运行起来！但是它是依赖仓库的jar，如果没有相关的jar作支持，连编译都执行不了
3.应用于大型项目，提高开发效率
>比如大型网站项目,有用户管理，订单管理，支付管理等模块，在开发时是按模块来进行开发的，不需要理会其他模块的过程，但我们在开发自己的模块时肯定是需要依赖其他模块的功能的，一般是将其他模块打包成一个jar，引入jar使用，而maven是支持分模块开发的
>互联网项目是按业务方向来分层，而传统的项目按web,service,dao层
三.Maven配置环境变量
1.想想那时安装JDK时配置环境变量是为了什么？不就是让计算机快速得找到java命令；而Maven也一样，需要在任何地方都能执行mvn命令
2.没错，那时候jdk咋搞，现在也差不多咋搞，自行配置！配置完之后cmd，输入命令mvn -v，如果有出现mvn版本号等就说明配置成功了
四.配置自己的本地仓库
1.在下载的maven文件夹/conf/settings.xml,该配置文件是maven软件的核心配置
2.到settings.xml里，有这么一段配置：
3.这时候你运行maven项目，它会到你指定的本地仓库路径去找相关的jar来使用
五.仓库的分类
1.仓库一共有三种：本地仓库（自己维护），远程仓库又称私服（一般是公司或组织来维护），中央仓库（maven团队来维护）
2.maven项目和仓库之间是啥关系呢？
>maven项目所需要的jar，第一时间找本地仓库拿，若本地没有，会去找其他仓库拿，有两种情况：
（1）本地没有，有配置远程仓库就到远程仓库拿，若私服也没有，就去中央仓库；仓库之间获取jar时有一个特点是会缓存自己的那一份，即从其他仓库下载到本仓库上
（2）本地没有，没有配置远程仓库，直接去中央
六.maven项目的目录结构
1.mven项目的目录结构如下：
2.src下的目录结构：
七.maven项目的生命周期
1.在说生命周期之前，介绍一些命令：
>clean:清理上次编译后的文件
>compile:编译项目主目录文件,不包括测试文件
>test:编译并运行test目录的代码
>packge:将项目打包到target目录下，打包的命名由如下配置决定：
>install:将打包好的项目发布到本地仓库
2.上述的命令是存在执行顺序的，比如说：执行了install，上面的3个ccopile,test,packge都会依次执行;那为什么不执行clean呢？下面开始介绍maven项目的生命周期
* maven将项目生命周期抽象统一为：清理、初始化、编译、测试、报告、部署、站点生成等。将此分为三个独立的生命周期：
>clean生命周期：在进行真正的构建之前进行一些清理工作
>default生命周期：构建的核心部分，编译、测试、打包、部署等等
>site生命周期：生成项目报告、站点、发布站点。
请注意，三种生命周期是独立的互不影响（意味着不同生命周期的命令可以同时执行）；刚才我们执行 的clean命令相当在clean生命周期内运行到了clean生命阶段，而运行了install是在defalut生命周期内运行到了install生命阶段；compile,test,package,install都属于default生命周期的某些阶段，不过这些还不全，详细的各个生命周期的全阶段如下：
清洁（clean）生命周期
预清洁（pre-clean） 执行实际项目清理之前所需的流程
清洁（clean） 删除以前构建生成的所有文件
后清洁（post-clean） 执行完成项目清理所需的流程
默认（default）生命周期
验证（validate） 验证项目是正确的，所有必要的信息可用。
初始化（initialize） 初始化构建状态，例如设置属性或创建目录。
产生来源（generate-sources） 生成包含在编译中的任何源代码。
流程源（process-sources） 处理源代码，例如过滤任何值。
生成资源（generate-resources） 生成包含在包中的资源。
流程资源（process-resources） 将资源复制并处理到目标目录中，准备打包。
编译（compile） 编译项目的源代码。
工艺类（process-classes） 从编译后处理生成的文件，例如对Java类进行字节码增强。
生成测试来源（generate-test-sources） 生成包含在编译中的任何测试源代码。
流程测试来源（process-test-sources） 处理测试源代码，例如过滤任何值。
生成测试资源（generate-test-resources） 创建测试资源。
流程测试资源（process-test-resources） 将资源复制并处理到测试目标目录中。
测试编译（test-compile） 将测试源代码编译到测试目标目录中
流程检验类（process-test-classes） 从测试编译中处理生成的文件，例如对Java类进行字节码增强。对于Maven 2.0.5及以上版本。
测试（test） 使用合适的单元测试框架运行测试。这些测试不应该要求代码被打包或部署。
制备包（prepare-package） 在实际包装之前，执行必要的准备包装的操作。这通常会导致打包的处理版本的包。（Maven 2.1及以上）
打包（package） 采取编译的代码，并以其可分发的格式（如JAR）进行打包。
预集成测试（pre-integration-test） 在执行集成测试之前执行所需的操作。这可能涉及诸如设置所需环境等。
集成测试（integration-test） 如果需要，可以将该包过程并部署到可以运行集成测试的环境中。
整合后的测试（post-integration-test） 执行集成测试后执行所需的操作。这可能包括清理环境。
校验（verify） 运行任何检查以验证包装是否有效并符合质量标准。
安装（install） 将软件包安装到本地存储库中，以作为本地其他项目的依赖关系。
部署（deploy） 在集成或发布环境中完成，将最终软件包复制到远程存储库，以与其他开发人员和项目共享。
站点（site）生命周期
预网站（pre-site） 在实际的项目现场生成之前执行所需的进程
网站（site） 生成项目的站点文档
后网站（post-site） 执行完成站点生成所需的进程，并准备站点部署
网站部署（site-deploy） 将生成的站点文档部署到指定的Web服务器
总结一句话：Maven是通过命令的方式来控制项目生命周期的各个阶段