osgi 采用模块契约驱动的类加载机制，每个 bundle 拥有独立 classloader，按 export-package/import-package 声明实现包级依赖与可见性控制，并通过服务注册中心解耦模块调用。
OSGi 架构把类加载机制从“层级委托”彻底转向“模块契约驱动”。它不依赖父加载器兜底，而是靠每个 Bundle 自带的 ClassLoader 和显式声明的包依赖关系，实现真正的模块化运行时。
每个 Bundle 拥有独立 ClassLoader
OSGi 将应用拆成多个 Bundle（模块），每个 Bundle 都绑定一个专属 ClassLoader。这个加载器没有父子继承关系，也不参与双亲委派链。它的行为是：先查自己 Bundle 内部的类路径（Bundle-ClassPath），再按 Import-Package 声明去查找其他 Bundle 提供的包，最后才对 java.* 等核心类委派给 Bootstrap 加载器。
- 同一个类（如 org.slf4j.Logger）被两个不同 Bundle 加载，JVM 视为两个完全无关的类
- 卸载某个 Bundle 时，其 ClassLoader 及所加载的所有类一并回收，不会残留引用
- 新 Bundle 安装后，新 ClassLoader 加载新版类，老版本仍可被旧引用持有
通过 MANIFEST.MF 控制类可见性边界
类能不能跨模块使用，不由路径或 classpath 决定，而由 META-INF/MANIFEST.MF 中的元数据精确控制：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- Export-Package：声明本 Bundle 向外暴露哪些包，可指定版本号（如 Export-Package: com.example.api;version="1.2.0"）
- Import-Package：声明本 Bundle 依赖哪些包及版本范围（如 Import-Package: com.example.api;version="[1.0,2.0)"）
- 未在 Import-Package 中声明的类，即使字节码存在，也会抛出 ClassNotFoundException
- Require-Bundle 是粗粒度依赖，一般不推荐，优先用包级导入导出
运行时按需解析，构建动态可达图
当 Bundle A 要加载 com.example.Service 时，它的 ClassLoader 不调用 parent.loadClass()，而是走 OSGi 内部注册表查询：
- 先检查本 Bundle 是否包含该类
- 若无，则根据 Import-Package 找到导出该包的 Bundle B
- 再委托 Bundle B 的 ClassLoader 加载——这是协作，不是继承意义上的委托
- 若多个 Bundle 导出同名包，OSGi 按版本、符号名等规则选唯一提供者
服务注册中心替代直接类引用
Bundle 之间不通过 new 或静态引用调用对方类，而是通过 OSGi Service Registry 发布和获取服务：
- Bundle A 把实现了 Service 接口的实例注册进服务总线
- Bundle B 通过接口类型（而非具体类名）查找并绑定服务
- 服务生命周期与 Bundle 解耦，支持热插拔和版本切换
- 避免了因类加载器隔离导致的 ClassCastException 或 NoClassDefFoundError
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
