osgi对于只发布服务的bundle进行热部署

很多文章里都提到了OSGi的热部署特性，但是很少有实例去演示它。

 

所谓热部署，就是在不停止服务运行时（或者说在不影响用户体验前提下）动态更新其服务内容，最终达到100%在线率的目标。而Java中，由于类加载机制的原因，导致一个类一旦加载进去就再也无法释放，因此，OSGi引入了基于插件的类加载机制，举例说明：plugin1里有examples.Test1类，而pulgin2里也有examples.Test1类，在载入这两个插件时，两个类是可以同时载入进入到类缓存中，这归功于OSGi实现的插件类加载器(ClassLoader)，具体大家可以查看BlueDavy的《OSGi实战》和《OSGi进阶》两本电子书，我就不在这里费口舌了。

 

OSGi中，实现热部署最关键的方式就是使用服务 (Service)，例如，我们要注册一个服务：

Java代码  

1. // 代码1  
2. // BundleContext context ...  
3. context.registerService("examples.Test", "world", null);  

这样，就注册了名称为“examples.Test”，值为“world”的服务，其他依赖的插件们，只需要使用下面代码即可以调用：

Java代码  

1. // 代码2  
2. // BundleContext context ...  
3. Object rtn = context.getService(context.getServiceReference("examples.Test"));  

好了，这些都是基础部分，下面看看如何来实现热部署的。

 

假设，我有一个插件为 examples_1.0.0，表示为 examples 插件且版本为1.0.0版，它里面使用【代码1】注册服务之后，其他依赖的插件们使用【代码2】调用“examples.Test”服务后返回的是“world”。经过一段时间运行后，运营人员发现“examples.Test”服务的值应该是“hello”，而不是“world”，这个bug就被找出。因此，开发人员就更新了 examples 插件，并升级版本为 1.0.1，代码内容改变如下：

Java代码  

1. // 代码3  
2. // BundleContext context ...  
3. context.registerService("examples.Test", "hello", null);  

使用OSGi运行环境安装了 examples_1.0.1 插件之后，根据热部署的概念，按道理说依赖的插件们使用【代码2】调用的结果应该是“hello”才对，有一些OSGi实现确实是这么做的，但是一些主流的实现(如 equinox 等)返回的其实还是原来“world”，这是为什么呢？

 

这其实是 Service Ranking 搞的鬼，默认情况下，每个服务的 Service Ranking 都为 0（零），因此，在注册同名服务时，默认加载第一个注册的服务。因此，为了让依赖的插件们加载最新的 examples_1.0.1 插件所提供的服务，我们需要把【代码3】进行如下修改：

Java代码  

1. // 代码4  
2. // BundleContext context ...  
3. Dictionary props = new Dictionary();  
4. props.put(org.osgi.framework.Constants.SERVICE_RANKING, new Integer(100));  
5. context.registerService("examples.Test", "hello", props);  

我们把“examples.Test”服务的 Service Ranking 属性更改成了 100（任何比所有其他服务的Service Ranking都大的值） 之后，该服务的排名就会排到最前面，依赖 examples 的插件们再使用【代码3】调用服务后，就返回了我们想要的“hello”字符串。

 

这也就是说，在不需要停止服务和其他插件都不用更新的情况下，我们只需要再安装一个更新版本的插件，其所注册的服务就可以自动更新并应用到所有调用该插件的插件中，达到了热部署的目的。

但是OSGI的热部署还存在很多问题，具体可以看我的另一篇文章：http://blog.csdn.net/huakai_sun/article/details/78112493