springboot依赖管理机制
springboot依赖管理机制是什么
SpringBoot 依赖管理机制以版本统一仲裁和场景化依赖封装为核心，基于 Maven/Gradle 的原生能力封装，解决了传统 Spring 项目中依赖版本冲突、配置繁琐的问题。
下面分别介绍版本统一仲裁和场景化依赖封装内容
版本统一仲裁
打开 Spring Boot 项目的 pom.xml 文件，<parent> 标签下的 spring-boot-starter-parent 是 Spring Boot 提供的标准化父依赖
spring-boot-starter-parent 继承自 spring-boot-dependencies 版本仲裁 POM
点击进入 spring-boot-dependencies 的 POM 文件可以看到，它集中管理了 Spring 生态及主流第三方组件的依赖版本，这也正是 Spring Boot 能实现引入依赖无需手动指定版本的核心原因
总结：
SpringBoot 核心载体为 spring-boot-starter-parent，其底层继承了负责依赖版本仲裁的 spring-boot-dependencies，该文件通过 <dependencyManagement> 标签统一管控了 Spring Boot 生态内几乎所有常用依赖的版本号。
开发者只需让项目继承该父 POM，引入被其管理的依赖时便无需手动指定 version，由 spring-boot-dependencies 自动匹配经过兼容性验证的版本，若需自定义依赖版本，可直接在 <dependency> 标签中手动指定 version，该方式会覆盖父 POM 的默认版本；
若项目已有自定义父 POM 无法继承 spring-boot-starter-parent，可通过 <dependencyManagement> 导入 spring-boot-dependency-management（本质复用 spring-boot-dependencies 的版本规则）。
场景化依赖封装
SpringBoot 的场景化依赖封装以 Starter（起步依赖） 为载体，本质是一组便捷的依赖描述符，开发者无需逐一查找、复制场景所需的零散依赖，只需引入一个 Starter 即可一站式获取该开发场景所需的所有 Spring 及相关技术依赖，快速启动项目。
可进入官网引入需要的起步依赖 https://docs.spring.io/spring-boot/docs/2.7.18/reference/html/using.html#using.build-systems.starters
具体特性与使用规则如下：
- 自动引入场景核心依赖：每个 Starter 都包含该场景启动和运行所需的核心依赖，且内置受管理的传递依赖，这些依赖版本经过 SpringBoot 官方验证，确保一致性与兼容性。
例如引入 spring-boot-starter-web，会自动包含 Spring MVC 核心（spring-webmvc）、内置 Tomcat 容器（tomcat-embed-core）、JSON 序列化组件（Jackson）等，无需手动逐个声明依赖； - 支持精细化依赖管控：若 Starter 中默认包含的传递依赖不符合需求，可通过 Maven/Gradle 的
<exclusions>标签排除不需要的依赖，再引入自定义依赖，兼顾开箱即用的便捷性与按需调整的灵活性； - 标准化命名规范：为便于识别与区分，官方与第三方 Starter 遵循明确的命名规则；
官方 Starter 以 spring-boot-starter- 为前缀，后缀为具体场景；
第三方 Starter 需以自身项目 / 场景名称开头，格式为 <场景/项目名>-spring-boot-starter。