很多文章里都提到了OSGi的热部署特性，但是很少有实例去演示它。
所谓热部署，就是在不停止服务运行时（或者说在不影响用户体验前提下）动态更新其服务内容，最终达到100%在线率的目标。而Java中，由于类加载机制的原因，导致一个类一旦加载进去就再也无法释放，因此，OSGi引入了基于插件的类加载机制，举例说明：plugin1里有examples.Test1类，而pulgin2里也有examples.Test1类，在载入这两个插件时，两个类是可以同时载入进入到类缓存中，这归功于OSGi实现的插件类加载器(ClassLoader)，具体大家可以查看BlueDavy的《OSGi实战》和《OSGi进阶》两本电子书，我就不在这里费口舌了。
OSGi中，实现热部署最关键的方式就是使用服务 (Service)，例如，我们要注册一个服务：
// 代码1 // BundleContext context ... context.registerService("examples.Test", "world", null);这样，就注册了名称为“examples.Test”，值为“world”的服务，其他依赖的插件们，只需要使用下面代码即可以调用：
// 代码2 // BundleContext context ... 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，代码内容改变如下：
// 代码3 // BundleContext context ... 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】进行如下修改：
// 代码4 // BundleContext context ... Dictionary props = new Dictionary(); props.put(org.osgi.framework.Constants.SERVICE_RANKING, new Integer(100)); context.registerService("examples.Test", "hello", props);我们把“examples.Test”服务的 Service Ranking 属性更改成了 100（任何比所有其他服务的Service Ranking都大的值） 之后，该服务的排名就会排到最前面，依赖 examples 的插件们再使用【代码3】调用服务后，就返回了我们想要的“hello”字符串。
这也就是说，在不需要停止服务和其他插件都不用更新的情况下，我们只需要再安装一个更新版本的插件，其所注册的服务就可以自动更新并应用到所有调用该插件的插件中，达到了热部署的目的。
相关资源：OSGi常用服务发布和获取方式总结