Maven的简介
Maven是Apache软件基金会组织维护的一款自动化构建工具，专注服务于Java 平台的项目构建和依赖管理。
项目构建：就是将源代码、配置文件、jsp页面、css样式、图片等作为生产材料，去生产出一个可以运行的项目的过程。
依赖管理：项目需要正常运行，必须依赖一些第三方的jar包，而对于这些第三方的jar包的管理，可以认为就是依赖的管理。
Maven的下载及安装
- 在控制台执行命令echo %JAVA_HOME% 检查java环境变量
-
解压Maven核心程序的压缩包，放在一个非中文、无空格 的路径下
配置maven的环境变量
- 配置系统变量的变量名为MAVEN_HOE，变量值为安装路径
- 配置path的变量值为安装路径/bin
-
控制台执行mvn -v，验证maven环境变量是否配置成功
-
修改本地仓库的默认位置
1、找到Maven解压目录confsettings.xml
2、在setting.xml 文件中找到localRepository 标签
3、将 < localRepository>/path/to/local/repo</localRepository>从注释中取出
4、将标签体内容修改为自定义的Maven仓库目录
Maven的核心
常用的maven命令
mvn clean 清理
mvn compile 编译
mvn test 测试
mvn package 打包
mvninstall 安装
POM
DOM:文档对象模型(Document Object Model)
POM:项目对象模型(Project Object Model )
pom.xml 对于 Maven工程是核心配置文件，与构建过程相关的一切设置都在这个文件中进行配置。 重要程度相当于web.xml 对于动态web工程。
坐标
maven工程的坐标与仓库中路径的对应关系，以spring-core为例说明：
< groupId>org.springframework< /groupId> < artifactId>spring-core< /artifactId> < version>4.2.4.RELEASE< /version>
依赖
当 A jar 包用到了 B jar 包中的某些类时，A 就对 B 产生了依赖。
依赖范围就是依赖的jar包对主程序和测试程序是否有效。
常用的三种依赖范围：compile、test、provided
1. compile依赖范围
|
对主程序是否有效：有效 对测试程序是否有效：有效 是否参与打包：参与 是否参与部署：参与 典型例子：spring-core |
2. test依赖范围
|
对主程序是否有效：无效 对测试程序是否有效：有效 是否参与打包：不参与 是否参与部署：不参与 典型例子：Junit |
3. provided依赖范围
|
对主程序是否有效：有效 对测试程序是否有效：有效 是否参与打包：不参与 是否参与部署：不参与 典型例子：Servlet-api |
maven的生命周期
构建项目的过程中，各个构建的环节是有执行顺序的，不能打乱，必须按照定好的顺序进行执行。例如：必须先clean， 才能 compile，只有编译了，才能打包、安装。
Maven 有三套相互独立的生命周期,分别是：
-- Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
-- Default Lifecycle 构建的核心部分，编译，测试，打包，安装，部署等等。
-- Site Lifecycle 生成项目报告，站点，发布站点。
每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行 mvn clean，这个 clean 是 Clean 生命周期的一个阶段。有Clean 生命周期，也有 clean 阶段。
Clean 的生命周期：
l pre-clean 执行一些需要在 clean 之前完成的工作
l clean 移除所有上一次构建生成的文件
l post-clean 执行一些需要在 clean 之后立刻完成的工作
site的生命周期：
l pre-site 执行一些需要在生成站点文档之前完成的工作
l site 生成项目的站点文档
l post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
l site-deploy 将生成的站点文档部署到特定的服务器上
default的生命周期：
Default 生命周期是 Maven 生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，只解释一些比较重要和常用的阶段：
process-resources 复制并处理资源文件，至目标目录，准备打包。
compile 编译项目的源代码。
process-test-resources 复制并处理资源文件，至目标测试目录。
test-compile 编译测试源代码。
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
package 接受编译好的代码，打包成可发布的格式，如 JAR。
install 将包安装至本地仓库，以让其它项目依赖。
deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享或部署到服务器上运行。
运行任何一个阶段的时候，它前面的所有阶段都会被运行，例如我们运行 mvn install 的时候，代码会被编译，测试，打包。这就是 Maven 为什么能够自动执行构建过程的各个环节的原因。此外，Maven 的插件机制是完全依赖 Maven 的生命周期的，因此理解生命周期至关重要。
maven与eclipse的集成
- 在eclipse中window ------> preferences -------> maven查看是否可以找到maven菜单
- 在window ------> preferences -------> maven -------> Installations的配置： 指定自己的Maven核心程序的位置。
- User settings的配置：修改Maven核心程序中 conf/settings.xml 文件的位置，指定本地仓库的位置
解决jdk版本过低问题：
<build> <plugins> <!-- 设置jdk的编译版本 --> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.1</version> <configuration> <source>1.7</source> <target>1.7</target> <encoding>utf-8</encoding> </configuration> </plugin> </plugins> </build>
Tomcat插件的使用：
<plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <configuration> <path>/</path> <port>8080</port> </configuration> </plugin>
统一声明版本号：
<properties> <spring-version>4.2.4.RELEASE</spring-version> </properties>
注意：使用Parent父工程时，需要先安装Parent父工程，才能安装子工程。
聚合：
将多个工程拆分为模块后，需要手动逐个安装到仓库后依赖才能够生效。修改源代码后也需要逐个手动进行 clean install操作。而使用了聚合之后就可以批量进行 Maven 工程的安装、清理工作。
在父工程中使用 modules/module 标签组合，指定模块工程的相对路径即可
<modules> <module>../A</module> <module>../B</module> <module>../C</module> </modules>
再次install：只需要在父工程上执行install，所有的模块都会进行install操作。
再次clean：只需要在父工程上执行clean，所有的模块都会执行clean操作