作用一：依赖管理#

依赖就是当前项目运行所需要的 jar 包。没有 Maven 的时候，你得自己去网上找 jar、下载、往项目里放；Maven 把这件事变成”在 pom.xml 里写一段坐标描述”：

1
<dependencies>
2
    <!-- 引入 commons-io 这个依赖：只要写出它的坐标，Maven 自己去下载并管好 -->
3
    <dependency>
4
        <groupId>commons-io</groupId>
5
        <artifactId>commons-io</artifactId>
6
        <version>2.11.0</version>
7
    </dependency>
8
</dependencies>

写完之后点一下刷新，Maven 就会把 jar 包下载到本地仓库并挂到项目上（这一篇后面讲仓库，具体下载机制在”依赖管理”那一篇）。PPT 第 6 页配的图正是”项目里那些第三方的 jar 包”：

作用二：项目构建#

构建指的是把源码变成能跑起来的东西这一整套动作。PPT 第 8、9 页把它拆成四步，并在第 9 页补上了对应的英文名（就是后面敲的命令）：

PPT 特意加了两个修饰词，这才是 Maven 的价值所在：

• 标准化：所有 Maven 项目都是同一套动作、同一套命令，不看 IDE 脸色；
• 跨平台（Linux、Windows、MacOS）：同一套命令三种操作系统下都这么敲；配上”自动化”，就不用再手工点”编译→运行→打包”。

作用三：统一项目结构#

PPT 第 11 页把三种 IDE 摆在一起做对比：Eclipse、MyEclipse、IntelliJ IDEA 各有一套目录习惯，同样一个 Java 项目，换个工具打开目录长得完全不一样：

Maven 的做法是定一套标准结构，谁都按这个来（这也是课程代码工程 maven-project01 的样子）：

1
项目名/
2
├── pom.xml                 ← Maven 的核心配置文件（项目对象模型）
3
├── src/                    ← 源码目录
4
│   ├── main/               ← 主程序（PPT 里说的"主程序"）
5
│   │   ├── java/           ← 主程序的 Java 代码
6
│   │   └── resources/      ← 主程序用到的配置文件
7
│   └── test/               ← 测试程序（PPT 里说的"测试程序"）
8
│       ├── java/           ← 测试代码
9
│       └── resources/      ← 测试用的配置文件
10
└── target/                 ← 构建产物（编译输出、打好的 jar 包都在这儿，由 Maven 生成）

这一节的”必答问答”#

PPT 第 21 页是一页问答页，三个问题正好把这一节收口，这是要能直接答出来的：

一、知识回顾（读完直接做下面的实践题）#

1. Maven 的定义：一款用于管理和构建 Java 项目的工具，是 Apache 旗下的开源项目；更完整的说法是”一个项目管理和构建工具，**基于项目对象模型（POM）**的概念，通过一小段描述信息来管理项目的构建”，官网 http://maven.apache.org/
2. Apache 软件基金会：成立于 1999 年 7 月，是目前世界上最大、最受欢迎的开源软件基金会，专门为支持开源项目而生的非盈利性组织
3. Maven 的三大作用：依赖管理（方便快捷的管理项目依赖的资源 jar 包）、项目构建（标准化的跨平台 Linux/Windows/MacOS 的自动化项目构建方式）、统一项目结构（提供标准、统一的项目结构）
4. 项目构建的四个动作及英文名：编译（compile）→ 测试（test）→ 打包（package）→ 发布（deploy）
5. POM（项目对象模型）：Maven 把项目抽象成一个对象模型，用根目录下的 pom.xml 描述项目的坐标、依赖、插件等信息，Maven 读它来构建
6. 依赖管理模型（Dependency）：用坐标声明项目需要的 jar 包，Maven 自动从仓库获取并管理
7. 构建生命周期/阶段（Build lifecycle & phases）：把构建过程抽象成有顺序的阶段，同一套生命周期中运行后面的阶段时，前面的阶段都会运行；而每个阶段真正干活的是插件（Plugin）——PPT 概念图上并排画了多个”插件”，在 IDEA 的 Maven 面板里左边 Lifecycle 是阶段、右边 Plugins 是插件
8. 仓库的定义与三类：仓库是用于存储资源、管理各种 jar 包的地方；三类是本地仓库（自己计算机上的一个目录）、远程仓库（私服）（一般由公司团队搭建的私有仓库）、中央仓库（由 Maven 团队维护的全球唯一仓库，地址 https://repo1.maven.org/maven2/）
9. 查找依赖的顺序：本地仓库（1）→ 远程仓库（2）→ 中央仓库（3）；找到后下载的 jar 会存进本地仓库，下次直接用
10. Maven 的标准项目结构与本章路线图：主程序放 src/main/java（配置文件放 src/main/resources），测试程序放 src/test/java（配置放 src/test/resources），构建产物在 target/，根目录下有 pom.xml；这一章的Maven 核心 = Maven 概述 / IDEA 集成 Maven / 依赖管理 / 单元测试，Maven 进阶 = 分模块设计 / 继承 / 聚合 / 私服

二、概念自测#

• 2-1 用一句话说清”Maven 是什么”，并解释里面的”POM”指什么 要求：说出它管哪两件事（管理 / 构建），并指出 POM 在项目里对应哪个文件。

  提示（先自己想，实在想不出再点开）

  一级 · 思路：定义里有”管理和构建”两个动词，还有”基于……概念”和”一小段描述信息” 二级 · 角度：这个”描述信息”写在哪个文件里？这个文件在项目根目录叫什么名字？

  参考答案（做完再点开）

  2-1 Maven 是一款用于管理和构建 Java 项目的工具（Apache 旗下的开源项目），它**基于项目对象模型（POM）**的概念、通过一小段描述信息来管理项目的构建。POM 在项目里对应的就是根目录下的 pom.xml——项目叫什么、依赖哪些 jar、用什么插件，全写在这一个文件里。

• 2-2 三大作用分别解决什么问题？各举一个”没有 Maven 时”的麻烦 要求：三条都说到，每条配一个具体场景（找 jar / 编译打包 / 目录结构）。

  提示（先自己想，实在想不出再点开）

  一级 · 思路：从”要用的第三方库""把源码变成能跑的东西""项目目录长什么样”三个角度各想一层 二级 · 角度：依赖管理对应”下载和拷 jar”，项目构建对应”编译/测试/打包/发布”，统一项目结构对应”Eclipse、MyEclipse、IDEA 各一套目录”

  参考答案（做完再点开）

  2-2 ①依赖管理：没有 Maven 要自己去官网找 commons-io、Spring 这些 jar 下载、再拷进项目的 lib 目录，版本还得自己对齐；有了 Maven 只在 pom.xml 里写一段坐标就完事。②项目构建：没有 Maven 得在 IDE 里手工点编译、点运行、再想办法打包；有了 Maven，mvn compile / test / package / deploy 这几个标准动作在 Linux、Windows、MacOS 上都能自动化跑。③统一项目结构：没有 Maven 时 Eclipse 的项目里有 bin、.classpath、.project，IDEA 的项目里是 .iml，换工具就得重新认路；有了 Maven 一律是 src/main/java、src/test/java 那一套。

• 2-3 判断并改错：依赖查找顺序是”中央仓库 → 本地仓库 → 私服”，对吗？ 要求：先判断，再写出正确顺序，并说明为什么顺序不能反。

  提示（先自己想，实在想不出再点开）

  一级 · 思路：想想”自己电脑上的目录”和”要联网的仓库”哪个更快、更该先看

  参考答案（做完再点开）

  2-3 错。正确顺序是本地仓库（1）→ 远程仓库/私服（2）→ 中央仓库（3）。顺序反了意味着每引一个依赖都要先上网找一遍——本地明明已经有了（比如上次下载过）还要联网，又慢又浪费；而且实际项目里公司内部 jar 只放在私服上，根本不走中央仓库，所以先从本地查、再问私服、最后才是中央仓库。

• 2-4 把”pom.xml、依赖管理模型、构建生命周期/阶段、插件、仓库”串成一段话说明它们怎么配合 要求：五个概念都用上，说清”谁读谁、谁干活、谁提供资源”。

  提示（先自己想，实在想不出再点开）

  一级 · 思路：按”描述项目 → 声明依赖 → 触发阶段 → 执行插件 → 取出 jar”这条线走一遍 二级 · 方法：pom.xml 描述项目（POM）；<dependencies> 里是依赖管理模型；mvn package 触发生命周期阶段；阶段由插件执行；jar 包来自仓库

  参考答案（做完再点开）

  2-4 Maven 读项目根目录的 pom.xml（它就是项目对象模型 POM 的载体），从中知道这个项目是什么、需要什么；项目声明的依赖写在 <dependencies> 里，属于依赖管理模型——靠坐标去仓库取：先看本地仓库，没有再问私服，最后才去中央仓库。要构建时，一条 mvn package 触发构建生命周期里的某个阶段，阶段前面的阶段会一起跑；而每个阶段真正干活的是插件（编译插件、测试插件、打包插件），最后产出 jar 包。