maven依赖冲突源于不同路径引入同一坐标的不同版本，其调解机制按“最近优先”和“声明顺序”选版本；可通过排除特定传递依赖，或用统一锁定版本，并借助mvn dependency:tree命令验证结果。
Maven 处理依赖冲突的核心是依赖调解机制，它按“最近优先”和“声明顺序”自动选择版本；但当自动结果不符合预期时，就需要手动干预——常用手段包括用 <exclusions></exclusions> 排除不需要的传递依赖，或用 <dependencymanagement></dependencymanagement> 统一锁定版本。
理解 Maven 的依赖冲突是怎么产生的
项目直接声明的依赖会拉入其自身的依赖（即传递依赖），不同路径可能引入同一坐标但不同版本的 jar。例如 A → B → C-1.0，同时 A → D → C-2.0，这时 C 就出现版本冲突。Maven 默认保留离项目路径更近、或在 pom 中声明更靠前的那个版本，但这个结果未必是你想要的。
用 精准排除特定传递依赖
<exclusions></exclusions> 写在某个 <dependency></dependency> 内部，作用是阻止该依赖带入指定的子依赖，不改变它自身的行为。写法必须包含 <groupid></groupid> 和 <artifactid></artifactid>：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 排除后，spring-boot-starter-web 不再带入嵌入式 Tomcat，适合部署到外部容器场景
-
<exclusion></exclusion>中的 groupId/artifactId 必须与实际传递依赖完全一致，大小写、拼写都不能错 - 一个
<dependency></dependency>可含多个<exclusion></exclusion>，用于一次性切断多个干扰项
比 exclusions 更推荐的全局控制方式：dependencyManagement
当多个模块都用到相同依赖（如 logback、jackson），靠逐个 <exclusions></exclusions> 容易遗漏且难维护。此时应在父 pom 的 <dependencymanagement></dependencymanagement> 中统一声明版本：
- 子模块只需声明 groupId 和 artifactId，无需 version，Maven 自动采用 management 中定义的版本
- 它能覆盖传递依赖的版本，比 exclusions 更彻底、更可维护
- 配合
<scope>import</scope>还可导入 Spring Boot 或 Alibaba BOM，实现整套技术栈版本对齐
验证和调试依赖树的实用命令
执行以下命令可看清实际解析出的依赖结构，确认冲突是否解决、exclusion 是否生效：
-
mvn dependency:tree -Dverbose：显示全部依赖，含被忽略（omitted for duplicate）的项 -
mvn dependency:tree -Dincludes=commons-lang3：只查指定坐标，快速定位来源 -
mvn dependency:tree -Dexcludes=junit：过滤掉某些干扰项，让输出更清晰
