一、 简介:
OSGi(Open Service Gateway Initiative)技术是面向Java的动态模型系统。
OSGi的主要职责就是为了让开发者能够创建动态化、模块化的Java系统。
OSGi 的模块化,是通过为 Jar 包添加元数据(metadata)来定义哪些类该暴露,哪些类该隐藏,其控制单元叫做 Bundle(jar 包)。;
bundle 是以 jar 包形式存在的一个模块化物理单元,里面包含了代码,资源文件和元数据(Manifest.mf文件保存模块的元数据信息),并且jar包的物理边界也同时是运行时逻辑模块的封装边界。
二、 常用基本命令:
命令 | 备注 |
install | 将bundle安装到框架中 |
uninstall | bundle卸载 |
start | 启动一个bundle |
stop | 停止一个bundle |
refresh | 刷新bundle |
update | 更新bundle 的内容 |
ss | 简单显示所有bundle的状态 |
status | 展示安装的bundle和注册的服务 |
headers | 展示bundle 的manifest中的元数据 |
三、 三层架构:
OSGi框架从概念上可以分为三层:模块层、生命周期层和服务层:
- Module Layer(模块层):模块层主要涉及包及共享的代码;
- Lifecycle Layer(生命周期层):生命周期层主要涉及Bundle的运行时生命周期管理;
- Service Layer(服务层):服务层主要涉及模块之间的交互和通信。
1. 模块层:
模块层定义了OSGi模块的概念,模块即bundle,即包含一个元数据MANIFEST.MF的JAR文件,bundle比标准JAR文件更强大,它可以声明哪些包对外可见(Export-Package);所以说它扩展了Java的访问修饰符。
bundle还可以明确声明依赖哪些外部包(Import-Package);
1) MANIFEST.MF文件的格式:
属性声明的一般格式是name: value;
在eclipse下可以手工编写这个文件,也可以通过可视化编辑工具进行编辑,可视化编辑和文件内容是同步;
2) OSGI定义信息:
标识名 | 备注 |
Bundle信息 | |
Manifest-Version | Manifest文件的版本号 |
Bundle-ManifestVersion | jar包应遵循的OSGI的版本号,目前都固定为2 |
Bundle-Version | OSGI插件(Bundle)的版本号 |
Bundle-Name | 插件名称 |
Bundle-SymbolicName | 插件标识名称,在系统中唯一标识名称,后面可带上singleton标识,如果singleton标识为True则表示单例; |
Bundle-RequiredExecutionEnvironment | 运行此插件所需的执行环境及版本号(比如JavaSE-1.7) |
Bundle-Activator | Bundle启动器实现类 |
可见性标识 | |
Import-Package | 用于声明Bundle需要导入哪些Package |
Require-Bundle | 定义依赖的 Bundle |
Bundle-Classpath | 描述了Bundle加载器的Classpath范围,即Bundle加载器应该到哪里去查找类(比如Bundle-ClassPath: .,即Bundle跟目录下的所有包) |
Export-Package | 声明Bundle要导出哪些Package |
3) Import-Package 与 Require-Bundle的区别:
Import-Package 与 Require-Bundle很相似,都是定义了导入包依赖的方式;
从图中可以看出Require-Bundle 会对整个 Bundle 产生依赖,也就是说 Bundle 所 Export 出的包都会被 A 加入到自己的类空间,而 Import-Package 只会对指定的包产生依赖关系。
在大多数情况下,都应该使用 Import-Package 而不是 Require-Bundle 。 Import-Package 比 Require-Bundle 更利于 Bundle 的部署和版本维护,同时在查找类的时候有更高的效率。
2. 生命周期层:
1) 生命周期层的主要功能是控制动态安装、开启、关闭、更新和卸载的bundles。
2) 生命周期层关注于提供执行时模块管理、和对底层OSGi框架的访问。
3) 在标准的Java编程中,可以通过将jar包放到classpath中来使用它。而bundle则不是这样,Bundle只有在被安装和启动(install/Start)后才能用起来。并且OSGi框架支持对这些bundle完整的生命周期管理,并且支持这些管理操作在应用执行完成。
服务接口:
序号 | 服务名 | 说明 |
1 | BundleActivator | 捕捉bundle的start和stop事件,并对这两个事件作出自定义的反应。 |
2 | BundleContext | 一个bundle在框架中的执行时上下文,这个上下文提供了和框架进行交互的方法。 |
3 | Bundle | 在逻辑上表示了一个bundle,OSGi环境中的一个物理bundle对应了一个bundle对象。该对象中包含了bundle的基本信息和bundle生命周期的控制接口。 |
启动Bundle的两种方式:
1) BundleActivator启动;
2) OSGI-INF下的xml文件中指定activate和deactivate方法;
3. 服务层:
服务层关注于模块,特别是模块内的组件间的交互和通信。
服务提供者将服务发布到服务注册中心,服务客户端搜索服务注册中心,查找可供使用的服务。
1) 注册和检索服务:
2) OSGI中提供的注册和检索服务:
MessageManager manager = ServiceLookupUtil.lookupService(MessageManager.class);