如何将Spring Boot应用作为依赖引入现有Spring应用实现功能扩展

该方案完全可行，但需要注意你开发的扩展包不能是Spring Boot可执行jar（内置BOOT-INF目录的格式），需要打包为普通Java jar结构，否则存量Spring应用无法正常加载扩展包内的类。

• Spring组件自动注册机制：只要扩展jar内的类用Spring标准注解（比如@RestController、@Service、@Configuration等）修饰，且被存量Spring应用的上下文扫描到，就会被自动注册为Spring容器的Bean，你新增的API接口也会被Spring MVC自动映射，对外提供服务。
• Maven依赖传递与类加载机制：你将扩展jar作为依赖添加到存量应用的pom.xml后，Maven打包war包时会自动把该jar放入WEB-INF/lib目录下，应用启动时 servlet 容器的类加载器会自动加载该jar内的所有类，全程不需要修改存量应用的业务源码。

• 扩展模块打包时禁用spring-boot-maven-plugin的repackage目标，该目标生成的可执行Spring Boot jar的类结构和普通jar不同，普通Spring应用无法读取到BOOT-INF/classes下的类。直接使用Maven默认的jar打包逻辑即可，如需使用Spring Boot相关特性，仅引入对应starter依赖即可，注意和存量应用的Spring版本保持兼容。
• 若存量应用的默认组件扫描范围不包含扩展jar的包路径，可以通过Spring SPI机制自动注册扩展配置：在扩展jar的resources目录下新增META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件（适配Spring Boot 2.7及以上版本，低版本使用META-INF/spring.factories文件），写入你自定义的扩展配置类的全限定名，配置类上添加@Configuration和@ComponentScan("你的扩展包根路径")注解，即可在不修改存量应用源码的前提下，自动触发扩展包的组件扫描。
• 扩展包内不要出现和存量应用全限定名完全一致的类，避免类覆盖冲突。

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