Maven 基本使用及依赖管理。

目录

一、Maven 基本介绍

1、主要功能

2、标准化的项目结构

3、基本介绍

4、仓库

二、Maven 安装配置

1、下载安装

2、配置环境变量

3、Maven 基本使用

三、IDEA中使用Maven

1、IDEA中配置Maven

2、Maven坐标

3、创建及导入项目

4、配置 Maven-Helper 插件

四、依赖管理

1、依赖配置

2、使用坐标导包

3、依赖范围

五、生命周期

1、Maven 生命周期

2、插件

一、Maven 基本介绍

1、主要功能

Maven是专门用于管理和构建Java项目的工具，它的主要功能有：

• 提供了一套标准化的项目结构
• 提供了一套标准化的构建流程（编译，测试，打包，发布……）
• 提供了一套依赖管理机制

2、标准化的项目结构：

项目结构我们都知道，每一个开发工具（IDE ）都有自己不同的项目结构，它们互相之间不通用。我再 eclipse 中创建的目录，无法在idea 中进行使用，这就造成了很大的不方便，

而 Maven 提供了一套标准化的项目结构，所有的 IDE 使用 Maven 构建的项目完全一样，所以 IDE 创建的 Maven 项目可以通用。

Maven构建的项目结构：

标准化构建流程：

我们开发了一套系统，代码需要进行编译、测试、打包、发布，这些操作如果需要反复进行就显得特别麻烦，而Maven提供了一套简单的命令来完成项目构建。

依赖管理：

依赖管理其实就是管理你项目所依赖的第三方资源（jar包、插件）。如之前我们项目中需要使用JDBC和Druid的话，就需要去网上下载对应的依赖包（当前之前是老师已经下载好提供给大家了），复制到项目中，还要将jar包加入工作环境这一系列的操作。

而Maven使用标准的 坐标 配置来管理各种依赖，只需要简单的配置就可以完成依赖管理。如下图右边所示就是mysql驱动包的坐标，在项目中只需要写这段配置，其他都不需要我们担心，Maven都帮我们进行操作了。

3、基本介绍

▶ 简介

Apache Maven是一个项目管理和构建工具，它基于项目对象模型(POM)的概念，通过一小段描述信息来管理项目的构建、报告和文档。

▶ Maven 模型

紫色框框起来的部分，他就是用来完成 `标准化构建流程` 。如我们需要编译，Maven提供了一个编译插件供我们使用，我们需要打包，Maven就提供了一个打包插件提供我们使用等。

紫色框起来的部分，项目对象模型就是将我们自己抽象成一个对象模型，有自己专属的坐标 。

▶ Maven项目

依赖管理模型则是使用坐标来描述当前项目依赖哪儿些第三方jar包，如下图所示：

4、仓库

▶ 仓库的分类

用于储存各种资源，包含各种jar包

▷ 本地仓库：自己计算机上的存储资源的一个仓库，连接远程仓库获取资源。

▷ 中央仓库：由Maven团队维护的全球唯一的仓库

● 地址： https://repo1.maven.org/maven2/

▷ 远程仓库(私服)：一般由公司团队搭建的私有仓库，从中央仓库获取资源

● 私服的作用：

保存具有版权的资源，包含购买或自主研发的 jar，中央仓库中的jar都是开源的，不能存储具有版权的资源。私服只在一定范围内共享资源，仅对内部开放，不对外共享。

▶ 配置仓库

▷ 本地仓库

● maven启动后，默认资源下载到本地仓库，默认位置：

<localRepository>${user.home}/.m2/repository</localRepository>

● 自定义位置：

<localRepository>D:\maven\repository</localRepository>

▷ 远程仓库

● 默认连接远程仓库的位置

<repositories>
    <repository>
        <id>central</id>
        <name>Central Repository</name>
        <url>https://repo.maven.apache.org/maven2</url>
        <layout>default</layout>
        <snapshots>
            <enabled>false</enabled>
        </snapshots>
    </repository>
</repositories>

▷ 镜像仓库

● 配置阿里云镜像仓库

<mirrors>
    <!-- 配置具体的仓库的下载镜像-->
    <mirror>
        <!-- 此镜像的唯一标识符，用来区分不同的mirror元素-->
        <id>nexus-aliyun</id>
        <!-- 对哪种仓库进行镜像，简单来说就是替代哪个仓库-->
        <mirrorOf>central</mirrorOf>
        <!-- 镜像名称-->
        <name>Nexus aliyun</name>
        <!-- 镜像URL -->
        <url>http://maven.aliyun.com/nexus/content/groups/public</url>
    </mirror>
</mirrors>

▶ 全局setting 与 用户setting 的区别

● 全局setting 定义了当前计算器中Maven 的公共配置

● 用户setting 定义了当前用户的配置

▶ 访问顺序

当项目中使用坐标引入对应依赖jar包后，首先会查找本地仓库中是否有对应的jar包：

* 如果有，则在项目直接引用;

* 如果没有，则去中央仓库中下载对应的jar包到本地仓库。

如果还可以搭建远程仓库，将来jar包的查找顺序则变为：

* 本地仓库 —> 远程仓库—> 中央仓库

二、Maven 安装配置

1、下载安装

下载压缩包，然后解压 (如：apache-maven-3.6.1.rar) 既安装完成，建议解压缩到没有中文、特殊字符的路径下。

解压缩后的目录结构如下：

▷ bin目录 ： 存放的是可执行命令。mvn 命令重点关注。
▷ conf目录 ：存放Maven的配置文件。`settings.xml` 配置文件后期需要修改。
▷ lib目录 ：存放Maven依赖的jar包。Maven也是使用java开发的，所以它也依赖其他的jar包。

2、配置环境变量

▷ `此电脑` 右键 —> 属性 —> `高级系统设置` —> `高级` —> `环境变量`

▷ 在 `Path` 中进行配置：

▷ 打开命令提示符进行验证，出现如图所示表示安装成功

▷ 配置本地仓库

修改 conf/settings.xml 中的 为一个指定目录作为本地仓库，用来存储jar包。

▷ 配置阿里云私服

中央仓库在国外，所以下载jar包速度可能比较慢，而阿里公司提供了一个远程仓库，里面基本也都有开源项目的jar包。修改 conf/settings.xml 中的 标签，为其添加如下子标签：

<mirror>  
      <id>alimaven</id>  
      <name>aliyun maven</name>  
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
      <mirrorOf>central</mirrorOf>          
  </mirror>

3、Maven 基本使用

▶ 常用命令

• compile ：编译
• clean：清理
• test：测试
• package：打包
• install：安装

▶ 项目结构

Maven构建的项目，项目结构如下：

而我们要使用上面命令需要在磁盘上进入到这个项目的 `pom.xml` 目录下，打开命令提示符（按住shift 再点击鼠标右键才能打开下列的命令提示符 Windows PowerShell）

▶ compile ：编译

命令行执行 mvn compile 可以看到：

▷ 从阿里云下载编译需要的插件的jar包，在本地仓库也能看到下载好的插件
▷ 在项目下会生成一个 `target` 目录

同时在项目下会出现一个 `target` 目录，编译后的字节码文件就放在该目录下：

▶ clean：清理

执行 mvn clean 命令可以看到

▷ 从阿里云下载清理需要的插件jar包
▷ 删除项目下的 `target` 目录

▶ test：测试

mvn test 该命令会执行所有的测试代码。执行上述命令效果如下

▶ package：打包

执行 mvn package 命令可以看到：

▷ 从阿里云下载打包需要的插件jar包
▷ 在项目的 `terget` 目录下有一个jar包（将当前项目打成的jar包）

▶ install：安装

mvn install 该命令会将当前项目打成jar包，并安装到本地仓库。执行完上述命令后到本地仓库查看结果如下：

▶ maven项目 和 web项目 结构区分

三、IDEA中使用Maven

1、IDEA中配置Maven

设置 IDEA 使用本地安装的 Maven，并修改配置文件路径

2、Maven坐标

▶ 坐标？

Maven 中的坐标是资源的唯一标识，使用坐标来定义项目或引入项目中需要的依赖

▶ Maven 坐标主要组成

groupId：定义当前Maven项目隶属组织名称（通常是域名反写，例如：com.itheima）
artifactId：定义当前Maven项目名称（通常是模块名称，例如 order-service、goods-service）
version：定义当前项目版本号

packaging : 定义该项目的打包方式

▶ 注意

上面所说的资源可以是插件、依赖、当前项目。我们的项目如果被其他的项目依赖时，也是需要坐标来引入的。

▶ 插件

Tomcat7 运行插件

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

3、创建及导入项目

▶ 创建项目

填写模块名称，坐标信息，点击finish，创建完成

创建好的项目目录结构如下：

▶ 导入项目

选择右侧Maven面板，点击 + 号

选中对应项目的pom.xml文件，双击即可

如果没有Maven面板，选择

View —> Appearance —> Tool Window Bars

可以通过下图所示进行命令的操作：

4、配置 Maven-Helper 插件

▷ 选择 IDEA中 File —> Settings

▷ 选择 Plugins

▷ 搜索 Maven，选择第一个 Maven Helper，点击Install安装，弹出面板中点击Accept

▷ 重启 IDEA

安装完该插件后可以通过 选中项目右键进行相关命令操作，如下图所示：

四、依赖管理

1、依赖配置

▶ 依赖配置

● 依赖指当前项目运行所需要的 jar 包， 一个项目可以设置多个依赖

● 格式：

<!-- 设置当前项目所依赖的所有 jar-->
<dependencies>
    <!-- 设置具体依赖-->
    <dependency>
        <!-- 设置依赖所属群组id-->
        <groupId>junit</groupId>
        <!-- 依赖所属项目id-->
        <artifactId>junit</artifactId>
        <!-- 依赖版本号-->
        <version>4.12</version>
    </dependency>
</dependencies>

▶ 依赖传递

● 依赖具有传递性：

○ 直接依赖：在当前项目中通过依赖配置建立的依赖关系

○ 间接依赖： 被资源的 资源如果依赖其他资源，当前项目间接依赖其他资源

▶ 依赖传递冲突

● 路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

● 声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

● 特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的

▶ 可选依赖

可选依赖指对外隐藏当前所依赖的资源—不透明

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <optional>true</optional>
</dependency>

▶ 排除依赖

排除依赖指主动排除依赖资源，被排除 的资源无需指定版本—不需要

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.12</version>
    <exclusions>
        <exclusion>
            <groupId>org.hamcrest</groupId>
            <artifactId>hamcrest-core</artifactId>
        </exclusion>
    </exclusions>
</dependency>

2、使用坐标导包

在项目的 pom.xml 中编写 标签，在 标签中 使用 引入坐标，定义坐标的 groupId，artifactId，version

点击刷新按钮，使坐标生效

注意：
▷ 具体的坐标我们可以到网站进行搜索：https://mvnrepository.com/

▶ 快捷方式导入jar包的坐标

在 pom.xml 中 按 alt + insert，选择 Dependency

在弹出的面板中搜索对应坐标，然后双击选中对应坐标，点击刷新按钮，使坐标生效

▶ 自动导入设置

选择 IDEA中 File —> Settings

在弹出的面板中找到 Build Tools

选择 Any changes，点击 ok 即可生效

3、依赖范围

通过设置坐标的依赖范围(scope)，可以设置 对应jar包的作用范围：编译环境、测试环境、运行环境。如下图所示给 `junit` 依赖通过 `scope` 标签指定依赖的作用范围。 那么这个依赖就只能作用在测试环境，其他环境下不能使用。

那么 `scope` 都可以有哪些取值呢？

作用范围：

● 主程序范围有效 (main 文件夹范围内)

● 测试程序范围有效 （test 文件夹范围内）

● 是否参与打包 （package 指令范围内）

▷ compile ：作用于编译环境、测试环境、运行环境。
▷ test ： 作用于测试环境。典型的就是Junit坐标，以后使用Junit时，都会将scope指定为该值。
▷ provided ：作用于编译环境、测试环境。我们后面会学习 `servlet-api` ，在使用它时，必须将 `scope` 设置为该值，不然运行时就会报错。
▷ runtime ： 作用于测试环境、运行环境。jdbc驱动一般将 `scope` 设置为该值，当然不设置也没有任何问题 。

▷ 注意：
如果引入坐标不指定 `scope` 标签时，默认就是 compile 值。以后大部分jar包都是使用默认值。

▶ 依赖范围传递性

带有依赖范围的资源进行传递，作用范围受到影响。

五、生命周期

1、Maven 生命周期

Maven 构建项目生命周期描述的是一次构建过程经历经历了多少个事件。Maven 对项目构建的生命周期划分为3套：

▷ clean ：清理工作。
▷ default ：核心工作，例如编译，测试，打包，安装等。
▷ site ： 产生报告，发布站点等。这套声明周期一般不会使用。

同一套生命周期内，执行后边的命令，前面的所有命令会自动执行。例如默认（default）生命周期如下：

当我们执行 `install`（安装）命令时，它会先执行 `compile`命令，再执行 `test ` 命令，再执行 `package` 命令，最后执行 `install` 命令。

当我们执行 `package` （打包）命令时，它会先执行 `compile` 命令，再执行 `test` 命令，最后执行 `package` 命令。

默认的生命周期也有对应的很多命令，其他的一般都不会使用，我们只关注常用的：

▶ clean 生命周期

● pre-clean ：执行一些需要在clean 之前完成的工作

● clean ：移除所有上一次构建生成的文件

● post ： 执行一些需要在clean 之后立刻完成的工作

▶ site 构建生命周期

● pre-site ： 执行一些需要在生成站点文档之前完成的工作

● site ：生成项目的站点文档

● post-site ：执行一些需要在生成站点文档之后完成的工作，并且为部署做准备

● site-deploy ：将生成的站点文档部署到特定的服务器上

▶ default 构建生命周期

2、插件

▶ 插件

● 插件与生命周期内的阶段绑定，在执行到对应生命周期时执行对应的插件功能

● 默认maven在各个生命周期上绑定有预设的功能

● 通过插件可以自定义其他功能

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>2.2.1</version>
            <executions>
                <execution>
                    <goals>
                        <goal>jar</goal>
                    </goals>
                    <phase>generate-test-resources</phase>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>