osgi类加载机制的核心是模块隔离与动态委托，它通过bundle级别的classloader实现类空间的隔离，并采用“双亲委派”的变体策略来处理依赖关系。具体做法是每个bundle拥有独立的classloader，默认情况下不共享其他bundle的类，仅当显式声明导入（import-package）时，才将特定包的加载请求委托给导出的bundle或系统类加载器。
OSGi中Bundle如何定义类的可见范围
在OSGi中，每个Bundle被封装为一个JAR文件，其内部包含MANIFEST.MF清单文件，该文件定义了Bundle的元数据，包括导出包（Export-Package）和导入包（Import-Package）。类的可见性由这些声明决定：只有被明确导出的包才能被其他Bundle访问，未导出的包对其它Bundle完全不可见，从而实现严格的模块隔离。
Manifest-Version: 1.0 Bundle-ManifestVersion: 2 Bundle-Name: MyModule Bundle-SymbolicName: com.example.module Bundle-Version: 1.0.0 Export-Package: com.example.api Import-Package: org.osgi.framework
上述清单文件示例中，com.example.api包被导出，允许其他Bundle通过Import-Package引入；而org.osgi.framework被导入，表示该Bundle依赖OSGi核心框架提供的类。这种声明式依赖管理确保了类加载的确定性和安全性。
OSGi类加载的双亲委派策略有何不同
与传统Java的双亲委派模型不同，OSGi采用“模块化双亲委派”，即Bundle ClassLoader首先尝试从自身Bundle的私有包中加载类，若失败则根据Import-Package声明委托给提供该包的Bundle，最后才委托给系统类加载器。这种策略避免了类冲突，但要求开发者显式管理依赖。
// OSGi BundleClassLoader伪代码逻辑
public Class loadClass(String name) throws ClassNotFoundException {
if (isPrivatePackage(name)) {
return loadFromSelf(name); // 优先加载私有类
} else if (isImportedPackage(name)) {
return delegateToProvider(name); // 委托给导入的Bundle
} else {
return super.loadClass(name); // 委托给系统类加载器
}
}
此伪代码展示了OSGi类加载的关键分支：私有包优先、导入包委托、系统包兜底。例如，当加载com.example.api.Service时，若该包未被导出，则抛出NoClassDefFoundError；若已导出且被导入，则成功加载。这种机制确保了模块间的解耦和版本控制。
当Bundle未声明导入依赖时会发生什么
如果Bundle试图使用未声明导入的类，OSGi类加载器会拒绝加载并抛出ClassNotFoundException，因为该类不在当前Bundle的私有包中，也未通过Import-Package授权访问。这强制开发者在部署前明确所有外部依赖，防止运行时类缺失错误。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
