深入了解WebLogic的類裝載機制詳解(圖)

2019-11-18 11:58:39

字體：大中小

來源：轉載

供稿：網友

　　假如大家對一般類的裝載器熟悉的話，就知道在java中類的裝載采用“代理機制”，即子裝載器假如需要裝載一個類文件，首先會將此任務提交給父裝載器，假如父裝載器找不到此類文件，才有子裝載器來裝載類文件，假如子裝載器也找不到，那么就會報告ClassNotFoundException異常。下面簡單談一下我對weblogic server的類裝載器原理的了解，希望能和大家分享。
　　
　　1．Weblogic答應定制的類裝載器，同時也有一個默認的類裝載器。其默認的裝載器的結構分層如下：
　　　深入了解WebLogic的類裝載機制詳解(圖)（圖一）

　　當部署一個應用的時候，weblogic server會自動創建一個具有層次結構的類裝載器。在圖中，a.application Classloader負責裝載應用中的所有的EJB JAR文件；
　　
　　b.Web Application Classloader負責裝載所有的Web application 中的WAR 文件（所有得jsp文件除外）；
　　
　　c.Jsp Classloader 負責裝載Web application 中的所有的jsp 文件；
　　
　　這樣的分層結構有一個好處，就是在Jsp，Servlet中可以直接訪問EJB的接口。這種上層裝載EJB,下層裝載servlet等，最下面裝載jsp文件的結構，使得經常變動的jsp，servlet等可以被重新裝載而不會涉及到EJB層。
　　
　　在這種默認的類裝載器結構下，有一點需要提出的是：
　　
　　a. 我們的應用必須打包成一個EAR文件，才會答應我們應用中的jsp和servlet文件直接訪問ejb;假如將WAR與JAR文件分別打包。Weblogic server會為他們分別生成一個類裝載器，作為兄弟節點，這時假如需要在jsp或者servlet中使用ejb,就必須將EJB的Home接口與remote接口打包到WAR中才可以。后面這種情況，適合用在將EJB的客戶端和EJB部署在不同的JVM中；
　　
　　b.web application classloader中，不會裝載jsp文件，jsp文件由web application classloader的子裝載器Jsp classloader負責裝載，因為jsp文件經常的變動，通過為jsp設立一個單獨的classloader可以避免對jsp的裝載影響到其他的java class或者ejb；
　　
　　默認裝載器的優點：
　　
　　a. 調用ejb的時候可以采用call-by-referrence的方式；
　　
　　b. 答應web module獨立的裝載，不影響其它的web module;
　　
　　通過在將整個應用打包成一個EAR文件，可以方便的不用再web module中包含EJB的home和remote接口，就可以方便的通過call-by-referrence來調用ejb;
　　
　　2. 定制classloader
　　
　　假如覺得默認的類裝載器不能滿足需要，weblogic server支持定制的類裝載器。在weblogic的文檔中指出，自定義的classloader多用于開發者使用，當應用發布之后，不推薦使用。自定義的類裝載器通過xml文件來描述。描述文件放在weblogic-application.xml中。Weblogic官方提供的DTD描述文件如下：
　　
　　<classloader-strUCture>
　　<module-ref>
　　<module-uri>ejba.jar</module-uri>
　　</module-ref>
　　<module-ref>
　　<module-uri>webc.war</module-uri>
　　</module-ref>
　　<classloader-structure>
　　<module-ref>
　　<module-uri>weba.war</module-uri>
　　</module-ref>
　　</classloader-structure>
　　<classloader-structure>
　　<module-ref>
　　<module-uri>ejbc.jar</module-uri>
　　</module-ref>
　　<module-ref>
　　<module-uri>webb.war</module-uri>
　　</module-ref>
　　<classloader-structure>
　　<module-ref>
　　<module-uri>webd.war</module-uri>
　　</module-ref>
　　</classloader-structure>
　　<classloader-structure>
　　<module-ref>
　　<module-uri>ejbb.jar</module-uri>
　　</module-ref>
　　</classloader-structure>
　　</classloader-structure>
　　</classloader-structure>
　　
　　通過我們給出的配置文件，我們自定義的classloader的層次結構如下圖：
　　　深入了解WebLogic的類裝載機制詳解(圖)（圖二）

　　在J2EE的規范中明確的指出，J2EE應用不應該依靠于任一個給定的類裝載器。所以，我們自定義的類裝載器，在開發過程中還是可以使用的，但一定不要應用于發布后的應用中。
　　
　　自定義的類裝載器有如下得限制：
　　
　　a.不能夠裝載servlet;
　　
　　b.嵌套的深度最大為3，也就是說，最多只能夠嵌套三層；
　　
　　c.自定義裝載器的module類型僅限于 Web和 EJB這兩種；
　　
　　d.Jsp Classloader不受此自定義類裝載器的影響，它永遠都是web module的子類裝載器；
　　
　　相同的類可能導致部署異常；
　　
　　在自定義的類裝載器中，假如要使用EJB，就必須將EJB的home和remote接口打包到相應的web module中去；
　　
　　3．Ejb的單獨加載
　　
　　有時候我們可能需要單獨加載某個EJB,這個時候我們可以通過以下兩種方法來實現：
　　
　　第一：將應用需要的jar文件放在APP-INF/lib中，或者將類文件放在APP-INF/classes中，這些類文件和JAR文件會被root classloader進行裝載，可以被多個應用共享；
　　
　　第二：可以通過META-INF/MANIFEST.MF文件來指定需要的classes。通常的用法是在META-INF/MANIFEST.MF文件中增加Class-Path:一行。舉例如下：
　　
　　Class-Path:/d:ejb/add.jar
　　
　　這樣就會在當前的jar包中可以找到我們需要的add.jar文件。需要說明的是，在Class-Path:行的最后一定要有一個換行，否則會發生錯誤。還有，通過Class-Path只能指定本地的JAR文件。
　　
　　假如能對應用服務器的類裝載原理有了較清楚地了解，會對我們的應用移植，在開發中避免不必要的類裝載的錯誤會有很大的幫助。

上一篇：通過ClassLoader管理組件依賴(圖)

下一篇：Vector，ArrayList 哪一個更好