Spring Boot 2升级至3：依赖版本锁定与全库更新方案咨询

1. 项目稳定后锁定所有依赖版本是否属于常规操作？ #

这是生产环境的常规操作，但要注意方式：

• 核心目的是避免依赖版本漂移，确保每次构建的依赖版本完全一致，防止因依赖自动升级引入未知问题，保障生产环境稳定性
• 但无需盲目锁定所有依赖：Spring Boot父POM已经通过dependencyManagement维护了一套经过兼容性验证的依赖版本集，你只需要锁定父POM未覆盖的自定义依赖（比如内部私有组件）、或者需要指定特殊版本的依赖即可。像你示例中的feign-jackson，如果属于Spring Cloud生态组件，Spring Cloud父POM已会管理其版本，重复锁定反而会阻碍后续框架升级时的版本自动同步。

2. 升级至Spring Boot 3的最佳流程 #

• 先升级核心父POM版本：将项目父POM的Spring Boot版本改为3.x稳定发布版（如3.2.x），同时同步升级对应版本的Spring Cloud（Spring Boot 3对应Spring Cloud 2022.0.x版本系列）
• 清理冗余版本锁定：删除dependencyManagement中那些已被Spring Boot/Spring Cloud父POM覆盖的依赖版本配置，让框架自动接管版本管理
• 处理依赖兼容问题：
  • 执行mvn dependency:tree查看依赖树，排查并替换不兼容Java 17的依赖（Spring Boot 3要求JDK 17+）
  • 替换废弃组件：比如你用的com.netflix.feign属于旧版Netflix Feign，Spring Boot 3生态中建议替换为org.springframework.cloud:spring-cloud-starter-openfeign
• 分模块逐步升级验证：多模块项目先升级父POM，再依次升级核心基础模块、业务模块，每升级一个模块就运行单元测试，及时发现问题
• 代码层面适配变更：处理Spring Boot 3的API变更，比如javax包替换为jakarta、废弃API移除等问题
• 全链路测试验证：完成所有依赖和代码调整后，运行完整的集成测试、功能测试甚至性能测试，确保项目整体稳定

3. 是否需要注释掉dependencyManagement节点中的所有内容？ #

完全不需要，正确的做法是选择性清理：

• 保留父POM未覆盖的自定义依赖版本锁定（比如内部私有库、非生态内的第三方组件）
• 删除那些Spring Boot/Spring Cloud父POM已经管理的依赖版本配置，让框架自动同步兼容版本
• 移除已经被废弃或替换的依赖配置（比如旧版Netflix Feign相关的锁定）

内容的提问来源于stack exchange，提问作者dataman