OSGi的类加载机制

类加载器

OSGi每个模块都有自己独立的classpath。
如何实现这一点呢？是因为OSGi采取了不同的类加载机制：

• OSGi为每个bundle提供一个类加载器，该加载器能够看到bundle Jar文件内部的类和资源；
• 为了让bundle能互相协作，可以基于依赖关系，从一个bundle类加载器委托到另一个bundle类加载器。
  Java和J2EE的类加载模型都是层次化的，只能委托给上一层类加载器；
  而OSGi类加载模型则是网络图状的，可以在bundle间互相委托。——这样更合理，因为bundle间的依赖关系并不是层次化的。

一个OSGI bundle的标准启动流程

1） 从上层类加载器中加载java.*的包
2） 加载MANIFEST中的Import-Package所指定的包
3） 加载MANIFEST中的Require-Bundle所指定的Bundle
4） 加载该Bundle自身包含的类
5） 从Fragment bundle中加载类。

导出的包的配置如下

 Manifest-Version:  1.0
Bundle-ManifestVersion:  2
Bundle-Name: Movies Interface
Bundle-SymbolicName: MoviesInterface
Bundle-Version:  1.0.0
Export-Package: osgitut.movies ; version="1.0.0"

需要导入的包的如下

 Manifest-Version:  1.0
Bundle-ManifestVersion:  2
Bundle-Name: Basic Movie Finder
Bundle-SymbolicName: BasicMovieFinder
Bundle-Version:  1.0.0
Import-Package: osgitut.movies ; version="[1.0.0,2.0.0)"

依赖其他bundle其实有两种写法

Required-Bundle： Specify the list of plug-ins required for the operation of this plug-in.
Imported-Package：Specify packages on which this plug-in depends without explicitly identifying their originating plug-in.

简单而言，Required-Bundle指定了具体需要的bundle是哪一个。而Imported-Package只关心你把类给我就可以了

Fragment

Fragment bundle是OSGi 4引入的概念，它是一种不完整的bundle，必须要附加到一个host bundle上才能工作；fragment 是不能够自己启动或停止的，host bundle可以有自己的配置，fragment也可以由自己的配置。fragment能够为host bundle添加类或资源，在运行时，fragment中的类会合并到host bundle的内部classpath中。

类加载流程

• 如类资源属于 java.* 包，则将加载请求委托给父加载器；
• 如类资源定义在 OSGi 框架中启动委托列表（org.osgi.framework.bootdelegation）中，则将加载请求委托给父加载器；
• 如类资源属于在 Import-Package 中定义的包，则框架通过 Class Loader 依赖关系图找到导出此包的 Bundle 的 Class Loader，并将加载请求委托给此 Class Loader ；
• 如类资源属于在 Require-Bundle 中定义的 Bundle，则框架通过 Class Loader 依赖关系图找到此 Bundle 的 Class Loader，将加载请求委托给此 Class Loader ；
• Bundle 搜索自己的类资源 ( 包括 Bundle-Classpath 里面定义的类路径和属于 Bundle 的 Fragment 的类资源）；
  若类在 DynamicImport-Package 中定义，则开始尝试在运行环境中寻找符合条件的 Bundle

应用