Java类加载机制是插件化架构的底层支柱，核心在于利用类加载器的隔离性、委托规则和生命周期特性，实现插件的动态加载、版本共存与安全卸载。
Java 类加载机制是插件化架构的底层支柱，核心在于利用类加载器的隔离性、委托规则和生命周期特性，实现插件的动态加载、版本共存与安全卸载。不是简单“把 jar 加进去”，而是有意识地控制“谁来加载、按什么顺序加载、加载后怎么用、不用了怎么清”。
用自定义 ClassLoader 实现插件类隔离
默认的 AppClassLoader 会把所有类都拉进同一个命名空间，插件之间或插件与宿主容易因同名类（比如不同版本的 FastJSON）冲突。必须绕过双亲委派：
- 继承 URLClassLoader 或直接继承 ClassLoader，重写 loadClass(String name, boolean resolve)
- 加载时先查本地路径（插件 JAR），命中则 defineClass；未命中再判断：仅 java.、javax. 等系统包才委派给父加载器，其余一律自行加载
- 这样，插件 A 和插件 B 即使都带 v2.1 和 v2.3 的 OkHttp，也能各自加载、互不干扰
确保接口由宿主加载，避免 ClassCastException
强转失败（如 (Plugin) instance 报错）最常见的原因是：插件加载器也去加载了接口类。JVM 认为“宿主加载的 Plugin 接口”和“插件加载器加载的 Plugin 接口”是两个完全不同的类型。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 宿主项目单独打包一个纯接口 JAR（不含实现、无 default 方法、无静态字段）
- 插件模块只编译期依赖该接口 JAR，运行时不打包进去
- 构造插件类加载器时，显式把宿主的 ClassLoader 作为 parent：new URLClassLoader(urls, hostClassLoader)
- 这样接口类由宿主加载，实现类由插件加载，强转才能成功
资源访问与上下文类加载器协同
插件里的配置文件、模板、图片不能靠 getClass().getResourceAsStream()，那是当前类的加载器，未必能访问插件内部资源。
立即学习“Java免费学习笔记（深入）”；
- 统一用插件自己的 ClassLoader 获取资源：pluginClassLoader.getResourceAsStream("config.yaml")
- 很多框架（Spring、Jackson、Logback）内部会读取 Thread.currentThread().getContextClassLoader()，不设好会导致反序列化失败或 SPI 找不到服务
- 调用插件前临时设置：Thread.currentThread().setContextClassLoader(pluginClassLoader)，调用完恢复原值
模拟卸载：丢弃引用 + 清理残留
Java 不支持真正卸载类，但可通过控制类加载器生命周期实现等效效果。
- 不再持有插件 ClassLoader 的任何强引用（包括缓存、静态变量、线程局部变量）
- 插件实例主动关闭：释放线程池、注销监听器、断开数据库连接、清理 ScheduledExecutorService 中的任务
- 避免插件内持有宿主对象的强引用（尤其不能存 ApplicationContext、Servlet、UI 组件）
- 配合弱引用缓存 ClassLoader，并提供显式的 destroy() 方法供上层调用
