Spring Boot版本不匹配引发NoSuchMethodException报错的解决方案问询

该异常由Spring Boot跨大版本依赖冲突导致：ConfigDataEnvironmentPostProcessor是Spring Boot 2.4.0版本重构配置加载逻辑后新增的类，2.1.x版本不存在该类，且2.4+版本的该类只有带参数的构造方法，低版本Spring Boot的扩展逻辑会反射调用无参构造，从而触发找不到方法的异常。

• 优先排除内部依赖的Spring Boot传递依赖：在pom.xml声明该内部依赖时，添加<exclusions>规则把所有org.springframework.boot组下的传递依赖全部排除，强制全局统一使用主项目的2.5.4版本Spring Boot组件，Spring Boot官方保持了大版本间的API向下兼容，大部分场景下内部依赖可以正常运行。
• 降级主项目Spring Boot版本：如果排除依赖后内部依赖运行异常，说明该内部依赖强依赖2.1.x版本的废弃/私有API，可直接将主项目的Spring Boot版本调整为2.1.8.RELEASE，对齐内部依赖的版本彻底消除冲突。
• 自定义配置加载后处理器：如果既不能修改内部依赖，也不能降级主项目版本，可以手动实现自定义的环境后处理器，按2.5.4版本的要求传入构造参数实例化ConfigDataEnvironmentPostProcessor，在META-INF/spring.factories中注册自定义处理器，替换默认的无参构造反射调用逻辑。
• 类路径隔离：使用Maven Shade插件对内部依赖进行重打包，将内部依赖用到的2.1.8版本Spring Boot相关类重命名到自定义包路径下，和主项目的2.5.4版本Spring Boot类完全隔离，避免类加载冲突。

小提示：优先尝试第一种方案，改造成本最低，适配绝大多数业务场景。

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