概述IT基礎設施（IaaS）數據庫(Oracle、MySQL、MSSQLServer)/數據文件中間件（Tomcat、Weblogic、WebSphere等）JXADF基礎應用平臺插件容器終端用戶訪問（瀏覽器、手機端）概述概述OSGi–Open Service Gatewayinitiative開放服務網關協議，是由OSGi Allinance制定的Java動態模塊化規范現在的定義是TheDynamicModuleSystemForJava，OSGi提供了這些：—明確定義了什么是模塊；—明確定義了模塊之間的交互方式；—支持模塊化部署。—···什么是OSGi概述OSGi定義了模塊化的模型Bundle，圍繞bundle的生命周期搭建一個動態運行、協作模型定義了Bundle模型，提供包之間的共享、隔離機制，保障相互獨立性用于控制Bundle的安全和生命周期操作，包括安裝、解析、啟動、運行、停止、卸載等狀態定義了動態協作模型，該模型是一個發布、查找和綁定的模型。

OSGi是目前動態模塊系統的事實上的工業標準，雖然一開始只是作為嵌入式設備和家庭網關的框架來使用，但是實際上它適用于任何需要模塊化、面向服務、面向組件的應用程序。而Equinox則是的Eclipse所使用的OSGi框架，是Eclipse強大的插件體系的基礎，Eclipse的穩定可靠性也為該框架帶來了聲譽。本文章就將演示如何在Eclipse環境下利用Equinox框架進行OSGi應用開發。

OSGi的名稱來源于其開源組織的名稱Open Services Gateway initiative，OSGi是一個標準，它致力于提供給Java項目一個模塊化的底層環境，以及一系列通用的服務(Service）。 和普通的JVM 程序相比的特點： 天生擁有動態模塊的特點； 不同的模塊(OSGi里稱之為Bundle)有著獨立的生命周期； 非常適合需要進行Plugin管理的項目 OSGi標準還規范了一系列我們常間的操作，日志、配置文件、事件隊列、Web開發、JPA&JDBC等等，大部分部署 OSGi標準的框架都提供了這些服務，這樣一方面規范了我們代碼的結構，一方面節約了我們開發的時間。

BndTools為我們提供了一種使用Eclipse開發OSGibundles的方式。它沒有通過直接編輯Manifest.MF的方式定義依賴關系，而是使用文件基于Bnd工具驅動工具鏈（toolchain）。

最近在研究osgi，在osgi里面里面有個很重要的東西，就是ClassLoader，所以，在網上搜集了一些資料，整理一下，并加入了自己的一些理解；(1)jvm的裝載過程以及裝載原理所謂裝載就是尋找一個類或是一個接口的二進制形式并用該二進制形式來構造代表這個類或是這個接口的class對象的過程，其中類或接口的名稱是給定了的。

　　什么是OSGi 呢？OSGi（Open Service Gateway Initiative）字面上的意思是一個公共的服務平臺。1999年OSGi 聯盟成立，它是一個非盈利的國際組織，旨在建立一個開放的服務規范，為通過網絡向設備提供服務建立開放的標準，是開放業務網關的發起者。OSGi 聯盟的初始目標是構建一個在廣域網和局域網或設備上展開業務的基礎平臺。歷史總是具有驚人的相似性，正如Java 誕生于一個嵌入式開發的項目中，卻被應用于網絡平臺的開發，對OSGi 的最早設計也是針對嵌入式應用的，諸如機頂盒、服務網關、手機、汽車等都是其應用的主要環境。后來，由于OSGi 的諸多優秀特性（可動態改變系統行為，熱插拔的插件體系結構，高可復用性，高效性等等），它被應用于許多PC 上的應用開發，因此逐步為開發者所知和鐘愛。

ServiceTracker其實是對ServiceListener實現方式的封裝，使得對service的獲取更加簡潔，同時也解決了不能監聽到已經存在的Service的問題(其實就是在增加ServiceListener的同時調用BundleContext.getAllServiceReferences方法以獲取現有的Service引用)。

OSGI 及其WEB開發

OSGi是輕量級的面向服務基于構件的框架，用來部署和執行面向服務構件化的應用，并提供了服務注冊和服務獲取的機制。首先，提高動態性，當構件需要更新和重新部署時無需重新啟動系統，真正體現了熱插拔和即插即用的特點。

首次接觸OSGi這個概念，還是在做規則設計器的時候，那時只知道Eclipse插件，后來才知道，那時候做的其實只是一個OSGi的Bundle，自己做的bundle加上我們的bundle使用到的其他的大量的Bundles就構成了我們的規則設計器這么一個軟件了。因此對OSGi這樣的軟件體系，有了挺大興趣，也試著做了一些小demo。我個人理解，OSGi的優勢體現在持續集成開發，模塊化與層次化的視圖清晰，Bundle之間耦合度低，僅僅通過發現服務來獲得其他Bundle提供的服務(雖然不知道提供服務的Bundle是誰)。

軟件的模塊越來越插件化發展了，連硬件都處處熱插拔，軟件更當如此。記原來有個 JPF(Java Plugin Framework)，也能實現動態插件化，但要是有個業界標準的東西一般來說會更好的。于是輪到 OSGI(Open Service Gateway Initiative) 登臺，OSGI 出來也有好幾個年頭了，應用也轟轟烈烈的，比如 Eclipse 3 開始不再使用原來的插件體系，完全用 OSGI 搭建。WebSphere 6.1 也全面改用 OSGI；JBoss、WebLogic、Spring DM，甚至是 BMW 車的控制系統中都得到了很好的應用。

接觸OSGi已經有兩三年了，而真正運用OSGi于項目之中，也將近兩年。這兩年來，因為OSGi的不太成熟也讓我飽受歷練。<br> 如果你對OSGi這個名詞有點陌生，那本系列教程就不太適合你了，如果你想學習本系列教程，請你先去了解OSGi的相關概念。

接觸OSGi已經有兩三年了，而真正運用OSGi于項目之中，也將近兩年。這兩年來，因為OSGi的不太成熟也讓我飽受歷練。???如果你對OSGi這個名詞有點陌生，那本系列教程就不太適合你了，如果你想學習本系列教程，請你先去了解OSGi的相關概念。拽寫本系列教程的目的在于給想要在企業應用中使用OSGi技術的同學朋友們以實際經驗指導，希望能給你帶來收獲。名詞解釋：OSGi：OSGi是Open Service Gateway Initiative的簡稱，可以稱是一種技術，也可以稱是一個平臺，亦可稱之為一種規范。Bundle：OSGi中最重要的元素之一，也是OSGi中最小的物理元素。

本文介紹了OSGi是什么，以及OSGi容器的一些現狀。OSGi亦稱做Java語言的動態模塊系統，它為模塊化應用的開發定義了一個基礎架構。

OSGi框架入門介紹大綱，簡介OSGi介紹OSGi開源實現ApacheFelix介紹CodeOSGi為基于組件或服務的開發提供了一套通用和標準的規范集，通過OSGi可以輕松實現組件或服務之間信息的隱藏和共享，從而構建高度模塊化和動態性的系統。

作為一個新的事實上的工業標準，OSGi已經受到了廣泛的關注，其面向服務（接口）的基本思想和動態模塊部署的能力，是企業級應用長期以來一直追求的目標。Spring是一個著名的輕量級J2EE開發框架，其特點是面向接口編程和非侵入式的依賴注入。將OSGi和Spring結合能充分發揮二者各自的特長，更好地滿足企業級應用開發的需求。Spring開發組織在2008年發布了將OSGi和Spring結合的第一個版本：Spring-DM。dmServer是一個完全模塊化部署的，基于OSGi的Java服務器，為運行企業Java應用和Spring應用提供更加強大的靈活性和可靠性。SpringSource應用平臺是構建在Spring、OSGi和ApacheTomcat之上的應用服務器，這個新的應用服務器摒棄了原有的JavaEE服務器標準，自然而然地將Spring編程模型展現其中，隨之而來的還有一套基于OSGi內核構建的全新部署和打包系統。

這個文檔是Spring Dynamic Modules的手冊。它定義了基于名字空間的OSGI服務平臺的語法和語義，動態模塊bundle和由動態模塊定義的OSGI manifest header entries。通過在線指南和用戶指南可以了解到使用Spring Dynamic Modules構造基于OSGI的應用。Spring Dynamic Modules使編寫一個部署在OSGI執行環境中的Spring應用變得簡單，它能利用OSGI框架提供的服務。Spring的osgi支持也使構建在Spring框架中的OSGI應用開發變得更簡單，更高產。對于企業級應用，Spring動態模塊與OSGI平臺的整合能提供以下功能。