关于maven的知识点

很多开发者使用maven遇到依赖冲突、多模块构建问题时还是手足无措。其实 Maven 的核心逻辑很简单，关键是把 “POM、仓库、生命周期、插件、依赖坐标” 这 5 个核心概念吃透即可轻松get基础的maven。
一、先建立认知：Maven 的核心设计思想​
在讲具体概念前，先明确 Maven 的两大设计思想 —— 这是理解所有概念的前提：​
1.约定优于配置（Convention Over Configuration）：Maven 定义了标准化的项目结构（如src/main/java存源代码、target存构建产物），无需手动配置，遵循约定即可快速构建；​
2.插件化架构（Plugin-Based Architecture）：Maven 本身不做具体构建工作，所有功能（编译、测试、打包）都由插件实现，灵活可扩展。​
这两大思想贯穿所有核心概念，理解它们，就能明白 Maven “为什么这么设计”。
二、5 大核心概念：原理 + 实操，逐个拆解​

1. 项目对象模型（POM）：Maven 的 “核心配置中枢”​
   原理本质​
   POM（Project Object Model）是一个 XML 文件（pom.xml），它是 Maven 项目的 “灵魂”——所有项目信息、依赖、构建规则都集中在这里，Maven 的所有操作都基于 POM 文件执行。​
   可以把 POM 理解为 “项目的说明书”，它包含 3 类核心信息：​
   1.项目基本标识：GAV 坐标（唯一确定项目）；​
   2.依赖管理：项目需要的所有 jar 包（直接依赖 + 间接依赖）；​
   3.构建配置：编译版本、打包方式、插件配置等。
   Scope 生效阶段 是否包含打包 典型场景
   compile 编译，测试，运行 是 核心依赖（如spring-web）
   test 仅测试 否 测试框架（如junit）
   provided 编译，测试 否 容器提供的依赖（如servlet-api）
   runtime 测试，运行 是 运行时依赖（如数据库驱动）
   system 编译，测试 是 本地jar包（需指定systemPath）
2. 依赖坐标（GAV）：Maven 的 “jar 包身份证”​ 原理本质​ GAV 是groupId+artifactId+version的缩写，它的核心作用是唯一标识一个 jar 包—— 就像身份证一样，Maven 通过 GAV 精准定位到仓库中的 jar 包，自动下载并引入项目。
   为什么需要 GAV？​ • 避免 jar 包重名：不同组织可能有同名项目（如demo-util），groupId区分组织；​ • 版本管理：同一项目的不同版本（如1.0.0和2.0.0）通过version区分；​ • 依赖传递：Maven 通过 GAV 解析间接依赖（如 A 依赖 B，B 依赖 C，Maven 自动下载 C）。
3. 仓库（Repository）：Maven 的 “jar 包仓库”​ 原理本质​ 仓库是 Maven 存储 jar 包的 “文件夹”，分为本地仓库和远程仓库，Maven 下载依赖时遵循 “本地优先，远程兜底” 的规则：​ 1. 先查本地仓库：如果有对应 GAV 的 jar 包，直接使用；​ 2. 本地没有则查远程仓库：从远程仓库下载 jar 包到本地仓库，后续复用。
   分为四种仓库类型：本地仓库，中央仓库，私服仓库，镜像仓库
4. 生命周期（Lifecycle）：Maven 的 “构建流程标准化”​ 原理本质​ 生命周期是 Maven 定义的 “标准化构建步骤”，它把项目构建拆分为一系列有序的阶段（Phase），确保所有项目的构建流程一致。​ 核心特点：阶段链式执行—— 执行后面的阶段，会自动执行前面所有的阶段。例如：​ • 执行mvn test：会自动执行validate → compile → test；​ • 执行mvn install：会自动执行validate → compile → test → package → install。​ 三大核心生命周期（重点掌握）​ Maven 有 3 个独立的生命周期，彼此不冲突，可单独执行：​ 1. Clean 生命周期：清理之前的构建产物​ ◦ pre-clean：清理前准备（很少用）；​ ◦ clean：删除target目录（核心阶段）；​ ◦ post-clean：清理后处理（很少用）。​ ◦ 常用命令：mvn clean（仅清理）。​ 2. Default 生命周期：核心构建流程（最常用）​ 前面提到的 7 个阶段（validate→compile→test→package→install→deploy）都属于这个生命周期，补充 2 个关键阶段：​ ◦ process-resources：处理资源文件（如src/main/resources下的配置文件）；​ ◦ process-test-resources：处理测试资源文件（如src/test/resources）。​ 3. Site 生命周期：生成项目文档（很少用）​ ◦ site：生成项目网站（包含 API 文档、测试报告）；​ ◦ site-deploy：部署文档到远程服务器。​ ◦ 常用命令：mvn site。
5. 插件（Plugin）：Maven 的 “功能实现者”​ 原理本质​ Maven 本身只是一个 “框架”，没有实际构建能力 ——所有构建功能（编译、测试、打包）都由插件实现。每个插件包含多个 “目标（Goal）”，一个 Goal 对应一个具体功能。​ 例如：​ • maven-compiler-plugin（编译插件）的compile目标：编译src/main/java源代码；​ • maven-surefire-plugin（测试插件）的test目标：执行src/test/java中的单元测试；​ • maven-jar-plugin（打包插件）的jar目标：生成 jar 包。​ 插件与生命周期的关系​ • 生命周期阶段（Phase）是 “步骤名称”，插件目标（Goal）是 “具体实现”；​ • 一个阶段可以绑定多个插件目标，一个插件目标也可以绑定到多个阶段；​ • 示例：compile阶段默认绑定maven-compiler-plugin:compile目标。
   三、核心概念联动：Maven 构建流程全景图​ 理解单个概念后，我们把它们串联起来，看看 Maven 执行mvn clean package时的完整流程：
   ​ 1. 读取项目根目录的pom.xml文件，解析 GAV 坐标、依赖、插件配置；​
6. 执行clean生命周期的clean阶段：通过maven-clean-plugin:clean目标删除target目录；​
7. 执行Default生命周期的validate阶段：验证 POM 配置是否正确；​
8. 执行process-resources阶段：通过maven-resources-plugin:resources目标复制src/main/resources到target/classes；​
9. 执行compile阶段：通过maven-compiler-plugin:compile目标编译src/main/java到target/classes；​
10. 执行process-test-resources阶段：复制src/test/resources到target/test-classes；​
11. 执行test-compile阶段：编译src/test/java到target/test-classes；​
12. 执行test阶段：通过maven-surefire-plugin:test目标执行测试用例；​
13. 执行package阶段：通过maven-jar-plugin:jar目标生成 jar 包到target目录；​
14. 全程依赖管理：Maven 自动解析所有依赖（直接 + 间接），从仓库下载到本地，引入类路径。
    四、总结：掌握核心概念的 3 个关键点​
15. 记住 “核心三角”：POM（配置）→ 生命周期（流程）→ 插件（实现），Maven 的所有操作都围绕这三者展开；​
16. 理解 “约定优于配置”：遵循 Maven 的项目结构和生命周期约定，能少写 90% 的配置；​
17. 实操验证：把本文的 POM 示例复制到本地，执行mvn clean package，观察target目录的产物，理解每个阶段的作用。
    最主要的是记住POM是配置中枢，仓库存依赖，生命周期定流程插件做执行即可解决大部分问题