三.Maven

3.1 Maven的两大功能

项目构建和依赖管理

3.1.1 项目构建过程

3.1.2 依赖管理的好处

1. 通过pom.xml文件对jar包的版本进行统一管理，可避免版本冲突。
2. Maven团队维护了一个非常全的Maven仓库，里边包括了当前使用的jar包，Maven工程可以自动从Maven仓库下载jar包，非常方便。

3.2 Maven的核心概念

3.2.1 Maven的目录结构

3.2.2 Maven的仓库

3.2.2.1 概念描述

在 Maven中可以将仓库理解位一个位置，一个专门存放项目中依赖的第三方库的位置。

3.2.2.2 仓库分类

分为本地仓库和远程仓库

1. 本地仓库
   库相当于一个缓存，在电脑上是一个文件夹，我们可以设置这个文件夹的路径（具体怎么设置会
   在下面的配置体现）,工程第一次需要某种jar包时，会从远程仓库（互联网）下载并保存到本地仓库中（在程序员的电脑上），当第二次使用时，不需要去远程仓库下载，会先去本地仓库中找，如果找不到才会去远程仓库上下载。
   默认情况下，每个用户在自己的用户目录下都有一个路径名为.m2/respository/的仓库目录。但该目录在C盘，所以通常重新建一个文件夹。
2. 远程仓库
   远程仓库中分为中央仓库和私服两类。

• 中央仓库
  中央仓库中的jar包由专业团队（Maven团队）维护，中央仓库中存放了全世界大多数流行的开源软件的jar包，是Maven默认的远程仓库。
• 私服
  私服是另一种特殊的远程仓库，为了节省带宽和时间，应该在局域网内架设一个私有的仓库服务器，用其代理所有外部的远程仓库。内部的项目还能部署到私服上供其他项目使用。

本地仓库的配置

配置远程仓库镜像

Maven默认的远程仓库是Maven团队维护的中央仓库，由于网络原因，去中央仓库下载jar包需要到国外的网站，不太便捷，速度慢，于是我们可以选择把国内的阿里云的Maven仓库作为中央仓库镜像.

3.2.3 核心文件pom.xml

3.2.3.1 概念描述

• POM:Project Object Model，项目对象模型是Maven工程的基本工作单元，是一个XML文件，包含了项目的基本信息，用于描述项目如何构建，声明项目依赖，等等。

3.3 Maven的坐标

3.3.1 概念描述

在平面几何中坐标（x,y）可以标识平面中唯一的一点。在Maven中坐标就是为了定位一个唯一确定的jar包。Maven世界拥有大量构件，我们需要找一个用来唯一标识一个构建的统一规范。拥有了统一规范，就可以把查找工作交给机器.

3.3.2 坐标主要组成

groupid,artifactid,version

3.4 Maven的生命周期

3.4.1 概念描述

Maven生命周期就是为了对所有的构建过程进行抽象和统一。包括项目清理、初始化、编译、打包、测试、部署等几乎所有构建步骤。生命周期可以理解为构建工程的步骤。

3.4.2 三大生命周期

Maven拥有三套相互独立的生命周期,分别是clean、default和site.

• clean Lifecycle： 在进行真正的构建之前进行一些清理工作。 mvn clean
• default Lifecycle： 构建的核心部分，编译，测试，打包，部署等等。
• site Lifecycle： 生成项目报告，站点，发布站点。

clean生命周期

• 概念描述
  clean的目的是清理项目。
  每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean，这个的clean是Clean生命周期的一个阶段。
• 三大阶段

1. pre-clean 执行一些清理前需要完成的工作
2. clean 清理上一次构建过程中生成的文件，比如编译后的class文件等
3. post-clean 执行一些清理后需要完成的工作

default生命周期

• 概念描述
  所有生命周期中最核心的部分，绝大部分工作都发生在这个生命周期中。
• 常用阶段

1. generate-resources： 产生主代码中的资源在classpath中的包
2. process-resource： 复制并处理资源文件，至目标目录，准备打包。
3. compile: 编译项目的主源码.一般来说:编译src/main/java目录下的java文件至项目输出的主 classpath目录中
4. test-compile:编译项目的测试代码,是编译src/test/java目录下的java文件至项目输出的测试 classpath目录中
5. test:使用单元测试框架运行测试,测试代码不会被打包或部署.
6. package:打包成可发布的格式
7. install: 将包安装到Maven本地仓库,供本地其他Maven项目使用
8. deploy:将最终的包复制到远程仓库,供其他开发人员和Maven项目使用

site生命周期

• 目的：建立和发布站点项目

1. pre-site 执行一些在生成项目站点之前需要完成的工作.
2. site 生成项目站点文档
3. post-site 执行一些在生成项目站点之后需要完成的工作.
4. site-deploy 将生成的项目站点发布到服务器上

3.5 Maven的传递性和依赖性

3.5.1 依赖管理

3.5.1.1 概念描述

就是对项目中jar 包的管理。可以在pom文件中定义jar包的GAV坐标，管理依赖。

3.5.1.2 原理分析

3.5.2 依赖范围（scope标签的取值）

1. compile-默认值
   在工程环境的 classpath（编译环境）和打包（如果是WAR包，会包含在WAR
   包中）时候都有效。
2. provided
   只在编译的classpath中加载和使用，打包时不加入。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包，一般由servlet容器提供，无需在打包到war包中，如果不配置为provided，把这些包打包到工程war包中，在tomcat6以上版本会出现冲突无法正常运行程序（版本不符的情况）。
3. runtime
   一般是运行和测试环境使用，编译时候不用加入classpath，打包时会加入。一般是通过动态加载或接口反射加载的情况比较多.典型的包括：JDBC驱动等。
4. test
   测试范围，一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等。

3.5.3 依赖传递

3.5.3.1 直接依赖和传递依赖

如果B中使用A，C中使用B，则称B是C的直接依赖，而称A是C的间接依赖。

3.5.3.2 依赖冲突

1. 如果直接与间接依赖中包含有同一个坐标不同版本的资源依赖，以直接依赖的版本为准（就近原则）
2. 如果直接依赖中包含有同一个坐标不同版本的资源依赖，以配置顺序下方的版本为准（就近原则）

3.5.3.3 可选依赖

在依赖中添加optional选项决定此依赖是否向下传递，true:不传递，false:传递，默认为false。

3.5.3.4 排除依赖（常用解决方案）

Maven 的传递依赖能自动将间接依赖引入项目中来，这样极大地简化了项目中的依赖管理，但是有时候间接依赖的关联包可以因为版本或其他原因，并不是我们想要的版本，那该怎么办呢？
这种做法就是排除依赖。那怎么实现排除依赖呢？实现排除依赖还是比较简单的，在直接依赖的配置里面添加 exclusions→exclusion 元素，指定要排除依赖的 groupId 和 artifactId 就行，如下面代码所示。排除依赖包中所包含的依赖关系，不需要添加版本号。

3.6 Maven插件

3.6.1 编译插件

     <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.8.0</version>
        <configuration>
            <source>1.8</source>
            <target>1.8</target>
        </configuration>
    </plugin>

3.6.2 Tomcat插件

我们之前创建的web项目都需要额外配置tomcat以后才能运行项目，现在Maven提供了tomcat插件，这样我们就无需再添加额外的tomcat了。
步骤1:创建Maven类型的web工程
步骤2: pom.xml文件中添加插件信息

     <plugin>
        <groupId>org.apache.tomcat.maven</groupId>
        <artifactId>tomcat7-maven-plugin</artifactId>
        <version>2.2</version>
        <configuration>
            <port>80</port>
            <path>/</path>
        </configuration>
    </plugin>

步骤3：启动tomcat
法一：

法二：