一、Maven 常用命令
在 cmd 中可以通过一系列的 maven 命令对我们的 maven 工程进行编译、测试、运行、打包、安装和部署。
1、compile 命令
compile 是 maven 工程的编译命令，作用是将 src/main/java 下的文件编译为 class 文件输出到 target 目录下。
cmd 进入命令状态，执行 mvn compile，如下图提示成功：
查看 target 目录，class 文件已生成，编译完成。
2、test 命令
test 是 maven 工程的测试命令 mvn test，会执行 src/test/java 下的单元测试类。
cmd 执行 mvn test 执行 src/test/java 下单元测试类，下图为测试结果，运行 1个测试用例，全部成功。
3、clean 命令
clean 是 maven 工程的清理命令，执行 clean 会删除 target 目录及内容。
4、package 命令
package 是 maven 工程的打包命令，对于 java 工程执行 package 打成 jar 包，对于 web 工程打成 war 包。
5、install 命令
install 是 maven 工程的安装命令，执行 install 将 maven打成 jar 包或 war 包发布到本地仓库。
6、Maven 指令的生命周期
maven 对项目构建过程分为三套相互独立的生命周期，它们是“相互独立”，这三套生命周期分别是：
（1）Clean Lifecycle：在进行真正的构建之前进行一些清理工作。
（2）Default Lifecycle：构建的核心部分，编译，测试，打包，部署等。
（3）Site Lifecycle：生成项目报告，站点，发布站点。
示意图：
二、Maven 的概念模型
Maven 包含了一个项目对象模型（Project Object Model），一组标准集合，一个项目生命周期（Project Lifecycle），一个依赖管理系统（Dependency Management System），和用来运行定义在生命周期阶段（phase）中插件（plugin）目标（goal）的逻辑。
（1）项目对象模型（Project Object Model）
一个 maven 工程都有 pom.xml 文件，通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、插件目标等。
（2）依赖管理系统（Dependency Management System）
通过 maven的依赖管理对项目所依赖的 jar 包进行统一管理。
如：项目依赖 junit4.9，通过在 pom.xml 中定义 junit4.9 的依赖即使用 junit4.9，如下所示是 junit4.9的依赖定义：
1 <!-- 依赖关系 -->
2 <dependencies>
3 <!-- 此项目运行使用 junit，所以此项目依赖 junit -->
4 <dependency>
5 <!-- junit 的项目名称 -->
6 <groupId>junit</groupId>
7 <!-- junit 的模块名称 -->
8 <artifactId>junit</artifactId>
9 <!-- junit 版本 -->
10 <version>4.9</version>
11 <!-- 依赖范围：单元测试时使用 junit -->
12 <scope>test</scope>
13 </dependency>
（3）一个项目生命周期（Project Lifecycle）
使用 maven 完成项目的构建，项目构建包括：清理、编译、测试、部署等过程，maven 将这些过程规范为一个生命周期，如下所示是生命周期的各各阶段：
maven 通过执行一些简单命令即可实现上边生命周期的各各过程，比如执行 mvn compile 执行编译、执行 mvn clean 执行清理。
（4）一组标准集合
maven 将整个项目管理过程定义一组标准，比如：通过maven构建工程标准的目录机构，有标准的生命周期阶段、依赖管理有标准的坐标定义等。
（5）插件（plugin）目标（goal）
maven 管理项目生命周期过程都是基于插件完成的。
Maven 概念模型图：
三、pom.xml 的配置
1、坐标定义
在 pom.xml 中定义坐标，内容包括：groupID、artifactId、version，详细内容如下：
<groupId>cn.ks.maven</groupId><!--项目名称，定义为组织名+项目名，类似包名-->
<artifactId>maven-first</artifactId><!-- 模块名称 -->
<version>0.0.1-SNAPSHOT</version><!-- 当前项目版本号， snapshot 为快照版本即非正式版本， release 为正式发布版本 -->
<packaging > ：打包类型
jar：执行 package 会打成 jar 包
war：执行 package 会打成 war 包
pom ：用于 maven 工程的继承，通常父工程设置为 pom
2、pom 基本配置
pom.xml 是 Maven项目的核心配置文件，位于每个工程的根目录，基本配置如下：
<project > ：文件的根节点 .
<modelversion > ： pom.xml 使用的对象模型版本
<groupId > ： 项目名称，一般写项目的域名
<artifactId > ： 模块名称，子项目名或模块名称
<version > ：产品的版本号 .
<packaging > ：打包类型，一般有 jar、 war、 pom 等
<name > ：项目的显示名，常用于 Maven 生成的文档。
<description > ：项目描述，常用于 Maven 生成的文档
<dependencies> ：项目依赖构件配置，配置项目依赖构件的坐标
<build> ：项目构建配置，配置编译、运行插件等。
3、在 pom.xml 文件中添加坐标
在 maven 工程的 pom.xml 文件中添加坐标，参考上面的坐标定义。
4、坐标的来源方式
可以从互联网搜索： maven 官网
如：搜索 spring context 的jar包。
在 pom 中添加 dependency 即可。
5、依赖范围
A 依赖 B，需要在 A 的 pom.xml 文件中添加 B 的坐标，添加坐标时需要指定依赖范围，依赖范围包括：
（1）compile：编译范围，指 A 在编译时依赖 B，此范围为默认依赖范围。 编译范围的依赖会用在编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包。
（2）provided： provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用， provided 依赖在编译和测试时需要，在运行时不需要，比如： servlet api 被 tomcat 容器提供。
（3）runtime： runtime 依赖在运行和测试系统的时候需要，但在编译的时候不需要。 比如： jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。
（4）test： test 范围依赖 在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用，比如： junit。由于运行时不需要所以 test范围依赖不会被打包。
（5）system： system 范围依赖与 provided 类似，但是你必须显式的提供一个对于本地系统中 JAR文件的路径， 需要指定 systemPath 磁盘路径， system依赖不推荐使用。
在 pom.xml 中测试各种 scope。
小结：
（1）默认引入 的 jar 包 ------- compile 【默认范围 可以不写】（编译、测试、运行 都有效 ）
（2）servlet-api 、 jsp-api ------- provided （编译、测试 有效， 运行时无效 防止和 tomcat 下 jar 冲突）
（3）jdbc 驱动 jar 包 ---- runtime （测试、运行 有效 ）
（4）junit ----- test （测试有效）
依赖范围由强到弱的顺序是： compile>provided>runtime>test
6、设计 jdk 编译版本
通过 maven的插件来设置 jdk 的编译版本：
1 <build>
2 <plugins>
3 <plugin>
4 <groupId>org.apache.maven.plugins</groupId>
5 <artifactId>maven-compiler-plugin</artifactId>
6 <configuration>
7 <source>1.8</source>
8 <target>1.8</target>
9 <encoding>UTF-8</encoding>
10 </configuration>
11 </plugin>
12 </plugins>
13 </build>
7、添加 tomcat7 插件
在 pom 文件中添加如下内容：
