Maven管理Java项目依赖与生命周期的核心是“约定优于配置”和“分阶段控制”，通过坐标声明、scope作用域约束（compile/test/provided/runtime/import）、dependencyManagement统一版本、标准生命周期（compile/test/package/install/deploy）及依赖树分析（mvn dependency:tree）实现可预测、可复现的构建流程。
用 Maven 管理复杂 Java 项目的第三方依赖和生命周期，核心在于“约定优于配置”和“分阶段控制”。它不靠手动拷包或硬编码路径，而是通过坐标声明、作用域约束、生命周期阶段和模块化结构，把依赖引入、编译测试、打包部署等动作变成可预测、可复现、可协作的流程。
明确依赖作用域，避免环境污染
不是所有依赖都该出现在生产包里。Maven 用 scope 控制每个依赖生效的环节：
- compile（默认）：参与编译、测试和运行，比如 Logback、Jackson；
- test：仅用于测试编译与执行，如 JUnit、Mockito，不会打进最终 WAR/JAR；
- provided：编译和测试需要，但运行时由容器提供，比如 servlet-api、jsp-api；
- runtime：不参与编译，但运行时必需，典型是 JDBC 驱动（mysql-connector-java）；
-
import：只在
<dependencyManagement>中使用，用于导入 BOM（Bill of Materials）统一版本。
写错 scope 容易导致运行时报 NoClassDefFoundError 或打包臃肿。例如把 slf4j-api 设为 runtime，编译阶段就会找不到接口类。
用 dependencyManagement 统一版本，防止碎片化
大型多模块项目中，十几个子模块各自声明 Spring Boot 版本，极易出现不一致甚至冲突。正确做法是在父 POM 的 <dependencyManagement> 中集中定义：
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>3.3.0</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
子模块只需写 groupId 和 artifactId，无需 version，升级时改一处即可全量同步。这比在每个 pom.xml 里反复粘贴版本号更安全、更可持续。
理解并利用 Maven 生命周期阶段
Maven 不是命令集合，而是一套按序触发的构建阶段链。执行任一阶段，其前置阶段自动执行：
-
mvn compile→ 编译src/main/java下源码； -
mvn test→ 先 compile，再运行src/test/java中的测试； -
mvn package→ 经过 compile、test，最后生成 JAR/WAR； -
mvn install→ 把 package 结果安装进本地仓库（~/.m2/repository），供其他本地项目引用； -
mvn deploy→ 推送到公司私服或中央仓库，实现团队共享。
日常开发中，mvn clean install -DskipTests 是高频组合：清掉旧产物、编译、跳过测试、装入本地库——适合快速验证模块可用性。
识别并解决依赖冲突与冗余
传递性依赖是便利也是隐患。A 依赖 B，B 依赖 C，C 又可能带进来多个不同版本的 commons-lang。排查方法很直接：
- 运行
mvn dependency:tree -Dverbose查看完整依赖树，-Dverbose 能显示被忽略的冲突项； - 发现重复或低版本时，在对应
<dependency>中用<exclusions>主动排除； - 对长期不用却仍被传递引入的依赖，用
mvn dependency:analyze检测未使用的声明，及时清理。
记住一个原则：非 compile 范围的依赖（如 test、provided）不会传递给下游模块，所以跨模块调用时，如果子模块实际需要某个库，必须显式声明。
