OSGI服务平台核心规范（R4）（二）

1         介绍

OSGI组织是在1999年三月成立的。它的任务是为本地网络和网络设备的管理服务创建一个开放的规范。OSGI组织是下一代的家庭网络设备，汽车，移动电话，桌面，小办公环境和其它环境的规范的先驱。

OSGI服务平台规范为服务提供者，开发者，软件销售商，网关管理者和开发设备销售商提供了一个开放的协调的构建方式。它提供了一种完整的并且更灵活更简洁的管理部署服务的方式。OSGI规范的服务对象是机顶盒（set-top boxes），服务网关，调制解调设备，电子设备，工业计算机，汽车，移动电话等等。服务遵循OSGI规范能够使像电信运营商，线路提供商，公共事业和其它类似行业在其网络上提供更广泛而有价值的服务

OSGI规范第四版参照具有典型意义的OSGI成员公司的成功经验。OSGI服务平台第四版更多的向新的领域扩展现有的API。少量的修改了现在的API向后兼容，所以以前版本的应用可以不用修改的运行在R4版本上。如果需要的话，基于版本的构建机制允许重新写一个bundles以适应原来的框架运行。

 

1.1       OSGI 框架综述

OSGI服务平台框架的核心规范。它提供了一种广泛用更可靠的管理java工作框架使其更好的实现扩展的部署，并且可动态加载的应用，也就是常说的bundles。

遵循OSGI标准的服务能够下载并且安装OSGI bundles，并且在不需要他们的时候移除他们。OSGI环境可以以升级的方式来动态的管理框架中服务的安装与卸载。为了实现这种方式，它必须管理bundles与服务的交互细节。

它允许bundle开发者使用java平台独立开发需要的服务，并且可以动态的加载。这样就使开发服务的方式更简单也更节省成本。

框架的功能分为以下几个层次：

l         安全层（Security Layer）

l         模型层（Module Layer）

l         生命周期层（Life Cycle Layer）

l         服务层（Service Layer）

l         实现服务（Actual Services）

安全层是基于Java2安全，但是增加了大量的限制并补充了一些标准java中的空白部分。安全层在下文会中详细描述。

模型层为java定义了一个模块化的模型。它标注了一些java部署模型的缺点。这个模型层在bundles或者从其它的bundle中隐藏包（hiding package）声明java包时有非常严格的限制。模型层能在没有生命周和服务层的情况下使用。生命周期层提供API去管理模型层的bundle，服务层提供bundle间的通讯模型。模型层在后面会进行说明。

生命周期层给bundle提供了一组生命周期的API。这些API为bundle提供了运行时模型。它定义了了bundle怎样启动，怎样停止。还有bundle怎样安装，升级和卸载。另外，它还提供了大量的事件API使管理bundle去管理服务平台的运行。生命周期层依赖于模型层，而安全层是可选的。在后面的描述中更具体的描述了生命周期层。

服务层为java bundle开发者提供了一个动态的，简明的并且规范一致的模型，使开发者可以通过接口简单的开发和部署服务bundle。这个模型允许bundle开发者仅仅使用接口规范去绑定服务。具体接口的选择需要有明确的需求或者一个特定的提供者使其能够在运行时被引用。

一个一致的程序模型能够帮助bundle开发者在很多层面处理可预知的错误，这至关重要，因为框架旨在运行于各种设备的不同硬件特征可能会影响到许多方面的服务执行。一致的接口能够确保软件组件能够更好的适应，并且不影响系统的稳定性。

框架允许bundle在运行时通过框架服务注册的方式去选择一个可见的接口。Bundle注册新的服务，接收服务状态的通知，或者查找现有服务去驱动当前设备。框架的这个方面可以使部署后重新进行bundle的扩展安装：不需要重新启动系统就安装新的bundle或修改升级现有bundle。

服务层将在后面进行详细的描述。