Spring Boot运行时动态加载模块是否必须依赖OSGi？

不需要依赖OSGi，Spring本身具备实现运行时动态加载模块的能力，但官方并未将其作为正式支持的特性，以下是具体分析：

一、Spring原生实现方案 #

核心是基于可动态修改的上下文（比如GenericApplicationContext）结合自定义类加载器来实现：

• 加载外部模块：通过自定义ClassLoader加载模块JAR包中的Controller类，实现类层面的隔离；
• 动态注册Bean：调用GenericApplicationContext的registerBean()方法，将加载后的Controller类注册为Spring Bean；
• 更新上下文：调用refresh()或refreshBeanFactory()让Spring容器感知新Bean。

但要注意官方的警告：Spring容器设计初衷是初始化后保持稳定，频繁动态修改容易引发并发访问异常、容器状态不一致等问题。实际落地时需要额外做兼容处理，比如：

• 加锁控制上下文刷新的并发操作；
• 对动态Bean做依赖隔离，避免和原有Bean的依赖冲突；
• 采用原型作用域（@Scope("prototype")）减少单例Bean的状态污染。

二、OSGi的适用场景 #

OSGi是一套成熟的模块化规范，能提供更严谨的模块生命周期管理、类隔离、热部署能力，但它的生态活跃度确实下降，文档也偏陈旧：

• 如果你的系统对模块隔离性、生命周期管控要求极高（比如复杂的多插件系统），OSGi依然是可行方案，但学习和维护成本远高于Spring原生方案；
• 若只是简单的运行时扩展需求，OSGi的复杂度完全没必要。

总结 #

• 轻量扩展、快速落地：优先用Spring原生的GenericApplicationContext+自定义类加载器方案，自行处理官方未支持带来的风险；
• 高要求模块化场景：再考虑OSGi，但需承担旧生态的成本。

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