简介
OSGI全称为Open Service Gateway Initiative（开放服务网关规范），有两个层面的含义，一方面它指OSGi Alliance组织；另一方面指该组织制定的一个基于Java语言的服务（业务）规范——OSGi服务平台（Service Platform）。
一般Java开发人员所说的OSGI是指由OSGi Alliance组织制定的Java模块化规范，该规范的核心部分是一个框架，其中定义了应用程序的生命周期模式和服务注册。基于这个框架定义了大量的OSGi服务：日志、配置管理，HTTP服务（运行Servlet）、XML解析、设备访问、软件包管理、许可管理、用户管理、IO连接、Jini和UPnP等。
使用OSGI优缺点
使用OSGI构建Java应用优点比较明显，主要体现在以下几个方面：
1、基于OSGI的应用程序可动态更改运行状态和行为。在OSGI框架中，每一个Bundle实际上都是可热插拔的，因此，对一个特定的Bundle进行修改不会影响到容器中的所有应用，运行的大部分应用还是可以照常工作。当你将修改后的Bundle再部署上去的时候，容器从来没有重新启过。这种可动态更改状态的特性在一些及时性很强的系统中比较重要，尤其是在Java Web项目中，无需重启应用服务器就可以做到应用的更新。
2、OSGI是一个微核的系统，所谓微核是指其核心只有为数不多的几个jar包。基于OSGI框架的系统可分可合，其结构的优势性导致具体的Bundle不至于影响到全局，不会因为局部的错误导致全局系统的崩溃。例如Java EE项目中可能会因为某个Bean的定义或注入有问题，而导致整个应用跑不起来，而使用OSGI则不会有这种问题，顶多相关的几个Bundle无法启动。
3、可复用性强，OSGI框架本身可复用性极强，很容易构建真正面向接口的程序架构，每一个Bundle 都是一个独立可复用的单元。
使用OSGI的缺点如下：
1、每个Bundle都由单独的类加载器加载，与一些Java EE项目中使用比较多的框架整合比较困难，如Spring MVC、Struts2等，例如笔者尝试在OSGI应用中整合Spring MVC时，通过DispatcherServlet启动的Bean与OSGI Bundle启动的Bean无法相互依赖，需要做特殊处理，后面文章中会有介绍。
2、目前OSGI框架提供的管理端不够强大，现在的管理端中仅提供了基本的Bundle状态管理、日志查看等功能，像动态修改系统级别的配置(config.ini)、动态修改Bundle的配置(Manifest.mf)、启动级别等功能都尚未提供，而这些在实际的项目或产品中都是非常有必要的。
3、采用OSGI作为规范的模块开发、部署方式自然给现有开发人员提出了新的要求，需要学习新的基于OSGI的开发方式。
学习资源
1、OSGI学习资源可参考这个博客的所有关于OSGI企业应用开发的文章参考这里
2、开发Plug-in项目参考这里
3、OSGi开发环境的建立参考这里
4、OSGI开发web应用参考这里
5、所需的bundle结构类型的jar包可以从Spring Source网站下载参考这里