Equinox加載Bundle Class的實(shí)現(xiàn)

1、equinox加載bundle class的實(shí)現(xiàn)，然后執(zhí)行 createbclprevileg 辦法，此辦法最后轉(zhuǎn)交由 basedata classloader basedate創(chuàng)建classloader的關(guān)鍵代碼片段為： 在equinox中，默認(rèn)的狀況下adaptor.getbundleclassloaderparent返回的為bootsap classloader，可通過(guò)修改啟動(dòng)的osgi.parentclassloader 來(lái)轉(zhuǎn)變這個(gè)parent classloader， osgi.parentclassloader 的可選值有四個(gè)，分離是： l boot : l app : syste

2、mclassloader l t : systemclassloader parent l fwk : equinox classloader classloadinghook在createclassloader的時(shí)候都沒(méi)有做動(dòng)作，因此最后classloader都是通過(guò)創(chuàng)建 defaultclassloader對(duì)象來(lái)構(gòu)建的，其中parent參數(shù)為null，delegate參數(shù)為bundleloader實(shí) 例，bundleclasspath參數(shù)為bundle的classpath。 經(jīng)過(guò)以上步驟后，完成了classloader的創(chuàng)建，可以開(kāi)頭加載class了，按照上面上述，bundle的class

3、就由defaultclassloader來(lái)完成了。 查看defaultclassloader的loadclass代碼，發(fā)覺(jué)真正的加載class的過(guò)程是轉(zhuǎn)為調(diào)用了delegate 的 class來(lái)完成的，delegate參數(shù)對(duì)應(yīng)的為bundleloader實(shí)例，轉(zhuǎn)為跟蹤bundleloader的findclass辦法。 bundleloader的findclass辦法的代碼片段： 從以上這個(gè)代碼片段，可以看到，equinox將java.開(kāi)始的類(lèi)轉(zhuǎn)交給了parent classloader去加載，這也意味著沒(méi)須要在系統(tǒng)中提供對(duì)外 java.開(kāi)始的package。 假如不是java.開(kāi)始的類(lèi)，則交由

4、findclassinternal辦法來(lái)完成加載。 findclassinternal辦法遵循的為osgi規(guī)范中定義的class的加載挨次，不過(guò)仍然稍有改動(dòng)： 1) 推斷是否交由 parent classloader 去完成加載 在啟動(dòng)equinox時(shí)，equinox會(huì)讀取org.osgi.framework.bootdelegation屬性，該屬性對(duì)應(yīng)配置的為需要 從parent classloader中加載的package，如值配置的為*，解釋全部的都從parent classloader中加載 ，如值配置的為詳細(xì)的package，那么則放入bootdelegation集合；如配置的為帶通

5、配符的 package，那么則放入bootdelegationstems集合。 推斷時(shí)equinox首先推斷是否全部的都從parent classloader中加載，如是則從parent classloader中加載； 如需要加載的類(lèi)的package位于bootdelegation或bootdelegationstems集合中，那么同樣從parent classloader中加載。 如不從parent classloader中加載，則進(jìn)入下面的步驟。 2) equinox classloaderdelegatehook 的擴(kuò)展來(lái)加載 equinox對(duì)外提供了classloaderdelegat

6、ehook的接口擴(kuò)展，可編寫(xiě)classloaderdelegatehook的實(shí)現(xiàn)，注冊(cè)到framework中，那么當(dāng)有class需要加載等動(dòng)作時(shí)都會(huì)得到通知。 在默認(rèn)狀況下，equinox中沒(méi)有classloaderdelegatehook的實(shí)現(xiàn)，因此繼續(xù)下面的步驟。 3) 推斷是否在 import-package 中，如在則交由相應(yīng)的 packagesource 按照bundle配置的import-package，推斷目前需要加載的類(lèi)是否在import-package中，如在則交由對(duì)應(yīng)的 packagesource舉行加載，packagesource在加載時(shí)即挺直交由對(duì)應(yīng)的bundle的cl

7、assloader去加載，如加載的類(lèi)的 package在import-package中，但加載后仍然沒(méi)有找到class，則挺直拋出classnotfoundexception，如加載 到，則挺直返回。 如所需要加載的類(lèi)的package不在import-package中，則繼續(xù)下面的步驟。 4) require-bundle 嘗試用法require-bundle來(lái)加載，如加載到，則挺直返回，如加載不到，則繼續(xù)下面的步驟。 5) 嘗試從當(dāng)前 bundle 直到經(jīng)過(guò)以上步驟的嘗試，才嘗試由當(dāng)前bundle中加載，當(dāng)前bundle加載的辦法即從bundle-classpath或當(dāng)前bundle的 fr

8、agment中查找相應(yīng)名稱(chēng)的class文件，并讀取該文件舉行加載，如class文件已加載，則舉行緩存，再次加載時(shí)則不需要查找和解析class 文件。 如從當(dāng)前bundle中仍然未找到所需的類(lèi)，則繼續(xù)下面的步驟。 6) dynamicimport-package 推斷需要找的類(lèi)的package是否在dynamicimport-package中，假如在，則交由相應(yīng)的packagesource舉行加載， 如packagesource中加載不到，則拋出classnotfoundexception；如不在dynamicimport-package中， 則繼續(xù)下面的步驟。 7) 再次嘗試調(diào)用 equino

9、x classloaderdelegatehook 的擴(kuò)展來(lái)加載 這步和第2)步相同，因此在默認(rèn)狀況下繼續(xù)下面的步驟。 8) eclipse buy 機(jī)制來(lái)加載 buddy機(jī)制是eclipse的擴(kuò)展，并不符合osgi規(guī)范，因此在此不做深化分析。 9) 推斷一定的條件，如符合則從 parent classloader 推斷的條件為：parent classloader不為null、不從parent classloader中加載、equinox的向后兼容屬性（patibility.bootdelegation）為true以及 jvm的bug class，如滿(mǎn)足以上條件，則嘗試從parent classloader中加載。 如經(jīng)過(guò)以上全部步驟后，仍然未找到需要加載的class，則拋出classnotfoundexception。 從上面的代碼分析 中，在equinox中可以通過(guò)osgi.parentclassloader