java接口多态通过稳定接口和解耦实现支撑插件热替换，真正可拔插依赖classloader隔离、spi加载、显式资源清理及spring子上下文隔离，卸载失败主因是类实例或静态引用未释放。
Java接口多态如何支撑插件热替换
能，但前提是接口定义稳定、实现类不耦合容器逻辑。多态本身不提供“拔插”能力，它只保证调用方无需修改就能切换实现——真正的可拔插靠的是运行时加载+解耦生命周期管理。
-
ClassLoader必须隔离：每个插件用独立URLClassLoader，避免类冲突和卸载失败 - 接口不能含静态方法或默认方法（除非所有插件 JDK 版本一致），否则
NoSuchMethodError风险高 - 插件 JAR 里不能打包与宿主重复的依赖（如
slf4j-api），否则LinkageError几乎必现
怎么让插件实现类被宿主安全识别
别靠 Class.forName() 硬编码类名。宿主应约定插件必须提供 META-INF/services/xxx.PluginInterface 文件，内容为实现类全限定名。
- 宿主用
ServiceLoader.load(PluginInterface.class)加载，天然支持 SPI 机制 - 插件 JAR 中该文件只能有一行，且类必须 public、有无参构造器，否则
ServiceConfigurationError - 如果插件需传参初始化，接口里定义
init(Map<string object> config)</string>方法，别在构造器里做重操作
插件卸载时为什么资源总泄漏
Java 没有标准插件卸载 API，ClassLoader 卸载失败是常态——只要还有任何地方持有该类的实例、静态引用、线程栈帧，GC 就不会回收它。
- 插件内禁止开守护线程（如
new Thread(() -> {...}).setDaemon(true).start()），宿主无法感知和中断 - 注册的回调（如
addShutdownHook、监听器）必须显式remove，否则强引用链锁死整个 ClassLoader - 日志框架（Logback/Log4j）若在插件中初始化，需调用
LoggerContext.stop()，否则Appender持有插件类引用
Spring Boot 场景下怎么绕过自动装配陷阱
Spring 的 @Component 和自动扫描会把插件类提前加载进主 ApplicationContext，彻底破坏隔离性。
立即学习“Java免费学习笔记（深入）”；
- 插件 JAR 的
spring.factories必须清空，禁用EnableAutoConfiguration - 宿主启动时用
GenericApplicationContext为每个插件新建子上下文，通过registerBean手动注册其实例 - 插件内不能用
@Autowired注入宿主 Bean，跨上下文需通过接口回调或事件总线（如ApplicationEventPublisher）通信
ThreadLocal 变量或一个未注销的 MBean，下次加载同名插件就会 ClassNotFoundException。 
