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，可通過修改啟動的osgi.parentclassloader 來轉(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í)候都沒有做動作，因此最后classloader都是通過創(chuàng)建 defaultclassloader對象來構(gòu)建的，其中parent參數(shù)為null，delegate參數(shù)為bundleloader實(shí) 例，bundleclasspath參數(shù)為bundle的classpath。 經(jīng)過以上步驟后，完成了classloader的創(chuàng)建，可以開頭加載class了，按照上面上述，bundle的class

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

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

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

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

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

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

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