1、OSGi 的體系架構是基于插件式的軟件結構，包括一個 OSGi 框架和一系列插件，在 OSGi中，插件稱為 Bundle，其中，OSGi 框架規范是 OSGi 規范的核心部分，它提供了一個通用的、安全可管理的 Java 框架，通過這個框架，可以支持 Bundle 服務應用的部署和擴展。Bundle 之間可以通過 Import Package 和 Require-Bundle 來共享 Java 類，在 OSGi 服務平臺中，用戶通過開發 Bundle 來提供需要的功能，這些 Bundle 可以動態加載和卸載，或者根據需要遠程下載和升級。OSGi 體系結構圖如圖 1 所示：
圖示1 OSGi 體系結構
其中：
Execution Environment：
Bundle 應用所倚賴運行的 Java 執行環境，如 J2SE-1.4、CDC-1.0 等都是可用的執行環境。
Modules：
模塊層定義了 Bundle 應用的加載策略。OSGi 框架是一個健壯并且嚴格定義的類加載模型。在大多數 Java 應用中，通常只有一個單獨的 ClassPath，它包含了所有的 Java 類文件和資源文件，OSGi基于Java技術，對于每個實現了 BundleActivator 接口的 Bundle 應用，為它生成一個單獨的 ClassLoader，使得 Bundle 應用的組織更加模塊化。
Life Cycle：
生命周期層可以動態地對 Bundle 進行安裝、啟動、停止、升級和卸載等操作。該層基于模塊層，提供了一組 API 來控制 Bundle 應用的運行時操作。
Service Registry 和 Services：
OSGi 服務層定義了一個集成在生命周期層中的動態協作模型，是一個發布、動態尋找、綁定的服務模型。一個服務通常是一個 Java 對象實現了特定的服務接口，并且通過服務注冊，被綁定到 OSGi 的運行環境中。Bundle 應用可以注冊發布服務，動態綁定服務，并且在服務注冊狀態改變時，可以接受到事件消息等。
Security：
OSGi 的安全管理是基于 Java2 安全體系的，貫穿在 OSGi 平臺的所有層中，它能夠對部署在 OSGi 運行環境中的 Bundle 應用進行詳細的管理控制。
2、Bundle 生命周期的狀態分析
在一個動態擴展的 OSGi 環境中，OSGi 框架管理 Bundle 的安裝和更新，同時也管理 Bundle 和服務之間的依賴關系。一個 Bundle 可能處于以下六個狀態，如圖 2 所示：
圖示 2 Bundle 狀態圖
INSTALLED：安裝完成，本地資源成功加載。
RESOLVED：依賴關系滿足，這個狀態意味該Bundle要么已經準備好運行，要么是被停止了。
STARTING：Bundle正在被啟動，BundleActivator的start()方法已經被調用但是還沒有返回。
STOPPING：Bundle正在被停止，BundleActivator的stop()方法已經被調用但是還沒有返回。
ACTIVE：Bundle 被成功啟動并且在運行。
UNINSTALLED：bundle被卸載并且無法進入其他狀態。
Bundle接口定義了getState()方法來返回Bundle的狀態。
凡是有該標志的文章，都是該blog博主Caoer（草兒）原創，凡是索引、收藏
、轉載請注明來處和原文作者。非常感謝。