OSGI的核心 — 模块化、动态 。基于OSGi就可以模块化的开发java应用，模块化的部署java应用，还可以动态管理模块。
一、模块化
1.概念：抽象出可公用的模块以避免同一处修改在多个地方出现，重用了代码，可维护性强
2.优点：
1）多人合作开发的分工更加明确，容易控制
2）使程序实现的逻辑更加清晰，可读性强
二、OSGI概念
OSGi （Open Services Gateway initiative） 开放服务网关协议。
OSGi 联盟 OSGi Alliance。
OSGi java动态模块化系统的一系列规范。
三、OSGI核心规范
主要定义了OSGi框架。OSGi框架提供了一个通用安全可管理的Java框架，能够支持可扩展可下载的应用（即bundle）的部署。
OSGi框架是OSGi技术最基础也是最核心的部分。
OSGi框架主要分为以下几层：模块层、生命周期层、服务层。
1、模块层 — 关注打包和代码共享
模块层定义了OSGi中的模块Bundle。
Bundle是以jar包形式存在的一个模块化物理单元，里面包含了代码，资源文件和元数据（metadata），并且jar包的物理边界也同时是运行时逻辑模块的封装边界。
Bundle是开发、部署OSGi应用的基本单元。
Bundle的核心是META-INF目录下的MANIFEST.MF文件。
Bundle定义了其所包含的包的可见性、可以认为是在public/private/protected的基础上的一个扩展。
Bundle的Java包共享、屏蔽的规则。通过Export-Package、Import-Package方式进行交互。
每个Bundle都有单独的类加载器。
2、生命周期层 — 关注提供执行时模块管理和对底层OSGi框架的访问
OSGi生命周期层有两种不同的作用：
1）在应用程序外部，定义了对bundle生命周期的相关操作。OSGi生命周期层允许在执行时，从外部安装、启动、更新、停止、卸载不同的bundle，进而定制应用的配置。
2）在应用程序内部，定义了bundle访问其执行上下文的方式，为bundle提供了一种与OSGi框架交互的途径以及一些执行时的便利条件。
3、服务层 — 关注模块，特别是模块内的组件的交互和通讯
服务层支持和促成了一个灵活的应用编程模型。
涉及面向服务的发布、查找和绑定的交互模式：服务提供者将服务发布到服务注册中心，服务客户端搜索服务注册中心，查找可供使用的服务。
四、OSGI纲要规范
除了OSGi 核心规范(core specification)中的服务，OSGi联盟也定义了一组非核心的(non-core)标准服务，称为Compendium服务。
Core服务在任何运行的OSGi框架内都是可用的，这要求所有的OSGi框架都要实现核心服务。
Compendium服务则不然，这些服务以分离的bundle的形式出现，由框架实施者或者第三方实现并提供，能在任何框架上运行。
主要有如下几个：
- LOG Service (日志服务)
- HTTP Service（注册servlet和资源）
- Configuration Admin（配置管理）
- Event Admin（事件通知）
- Declarative Services（定义轻量级的面向服务的组件模型）
- Blueprint （一个类似IOC容器的实现）
五、OSGI的特点
- 复用：很多第三方的组件可以以bundle的形式进行复用。
- 简单：核心的API总过包括不超过30个类和接口。
- 适配性：这主要得益于OSGi提供的服务机制、组件可以动态的注册、获取和监听服务，使得系统能够在OSGi环境调整自己的功能。
- 版本化：bundle可以版本化，多版本能够共存而不会影响系统功能
- 懒加载：OSGi技术采用了很多懒加载机制。比如服务可以被注册，但是直到被使用时才创建。
- 非侵入式：服务可以以POJO的形式实现，不需要关注特定的接口
- 易于部署：OSGi定义了组件是如何安装和管理的，标准化的管理API使得OSGi能够和现有和将来的各种系统有机的集成。
- 动态更新：这是OSGi被最经常提起的一个特性，即所谓的“热插拔”特性，bundle能够动态的安装、启动、停止、更新和卸载，而整个系统无需重启。
- 复杂性的降低：基于OSGi的组件模型bundle能够隐藏内部实现，bundle基于服务进行交互。
