BlueDavy之技術(shù)Blog

這是Lifecycle Layer中的最大改進(jìn)，在之前的規(guī)范中只是簡單的描述了下框架的啟動和關(guān)閉，在制定了這個規(guī)范后，以后無論是啟動equinox還是felix，都可采用同樣的方式啟動，詳細(xì)的來看看，本文摘自《OSGi原理與最佳實踐》。

首先來看看外部應(yīng)用如何通過Framework的API來實現(xiàn)Framework的啟動，來看張啟動方法的時序圖先：

這個時序圖完整的說明了如何通過Framework的API來實現(xiàn)OSGi Framework的啟動和停止：

n  調(diào)用FrameworkFactory的newFramework方法

所有OSGi的實現(xiàn)都必須實現(xiàn)FrameworkFactory接口，此接口中只有一個方法，即newFramework(Map configuration)，外部容器在實例化FrameworkFactory實現(xiàn)對象上有兩種做法：

A.        Class.forName(FrameworkFactory實現(xiàn)類).newInstance()

B.        通過Java 6中提供的ServiceLoader尋找并加載FrameworkFactory的實現(xiàn)類，使用方法為：

假設(shè)com.acme.osgi.Factory是FrameworkFactory的實現(xiàn)類，那么則在META-INF下新建services目錄，在此目錄下建立一個org.osgi.framework.launch.FrameworkFactory的文件，文件內(nèi)容即為：com.acme.osgi.Factory，在程序中則這么編寫來加載此FrameworkFactory實現(xiàn)類：

ServiceLoader<FrameworkFactory> sl=ServiceLoader.load(FrameworkFactory.class);

Iterator<FrameworkFactory> it=sl.iterator();

在創(chuàng)建了FrameworkFactory實現(xiàn)的實例后，就可調(diào)用newFramework方法了，newFramework方法中的Map參數(shù)為控制OSGi框架行為的一些配置項，關(guān)鍵的有：

n  org.osgi.framework.bootdelegation

配置哪些package需要從boot classloader中加載，配置的值可為com.acme.*或com.acme.services。

n  org.osgi.framework.executionenvironment

配置Framework執(zhí)行所需的環(huán)境，例如J2SE-1.5。

n  org.osgi.framework.library.extensions

native code的擴(kuò)展名配置，例如so,dll。

n  org.osgi.framework.startlevel

配置Bundle啟動級別。

n  org.osgi.framework.storage

配置用于存儲OSGi應(yīng)用運(yùn)行時的Bundle狀態(tài)等信息的路徑，當(dāng)此路徑不存在時，框架應(yīng)負(fù)責(zé)進(jìn)行創(chuàng)建，如創(chuàng)建失敗則拋出異常。

n  org.osgi.framework.storage.clean

配置storage目錄是否要清除，例如值配置為onFirstInit，意味著當(dāng)Framework Bundle第一次初始化之前，storage目錄將被清空，這個配置項的好處是可以控制Framework重啟后是否需要根據(jù)上次運(yùn)行時的狀態(tài)來啟動。

n  org.osgi.framework.system.packages

Framework的parent ClassLoader應(yīng)對外export的packages。

n  org.osgi.framework.system.packages.extra

在上面的配置項的基礎(chǔ)上增加了擴(kuò)展屬性的配置，例如：

org.osgi.framework.system.packages.extra=org.acme.foo;version=1.2

n  org.osgi.framework.bundle.parent

和equinox中的osgi.parentClassLoader屬性的含義一樣，用于控制boot classloader具體是哪個classloader，有四個可選的屬性值：boot、app、ext、framework，含義和equinox完全相同。

根據(jù)需要給這些屬性配置相應(yīng)的值后，即可調(diào)用newFramework方法創(chuàng)建出Framework對象了。

n  調(diào)用Framework的init方法

在init方法中完成Bundle Context的創(chuàng)建以及Framework services的注入。

n  通過Framework獲取BundleContext

n  安裝Bundle

通過BundleContext.installBundle來安裝需要的Bundle。

n  調(diào)用Framework的start方法

Framework將StartLevel service設(shè)置為指定的啟動級別，從而促發(fā)已安裝的所有的Bundle的resolve和啟動。

n  調(diào)用Framework的waitForStop方法

調(diào)用此方法，等待Framework的停止運(yùn)行。

按照以上說明，一個典型的基于OSGi R4.2規(guī)范的OSGi Framework的啟動過程代碼編寫示例如下：

Map p=new HashMap();

p.put(“org.osgi.framework.storage”,System.getProperties(“user.home”)+File.separator+”osgi”);

FrameworkFactory factory=Class.forName(factoryClassName).newInstance();

Framework framework=factory.newFramework(p);

framework.init();

BundleContext context=framework.getBundleContext();

…//安裝Bundles

framework.start();

framework.waitForStop();

對比Felix的啟動代碼，是不是覺得有點相似呢？

OSGi規(guī)范中對Framework的生命周期也做了詳細(xì)的說明，圖示如下：

具體來看看init、start以及stop Framework時會做哪些事情。

n  init

init后，需要做到以下效果：

啟動事件分發(fā)處理功能；

配置好Security Manager；

StartLevel設(shè)置為指定的startlevel，默認(rèn)為0；

創(chuàng)建可用的BundleContext對象；

所有安裝的Bundles的狀態(tài)均設(shè)置為INSTALLED；

Framework提供的services都可用；

Framework的狀態(tài)為STARTING。

n  start

負(fù)責(zé)根據(jù)StartLevel啟動相應(yīng)的已安裝的Bundle，如Bundle啟動失敗，則廣播Framework.ERROR的事件，啟動完畢后Framework的狀態(tài)為ACTIVE。

n  stop

負(fù)責(zé)停止所有運(yùn)行的Bundle，釋放所有的資源，并將Framework的狀態(tài)置為RESOLVED。

n  update

停止Framework，并給Framework.waitForStop方法返回STOPPED_UPDATE或STOPPED_BOOTCLASSPATH_MODIFIED事件值，然后應(yīng)用代碼應(yīng)自行完成update處理。

在Framework規(guī)范中，OSGi還說明了Framework運(yùn)行于多線程模式下，即所有Bundle都運(yùn)行在各自的線程中，基于事件機(jī)制來響應(yīng)其他Bundle的事件。