当前页面位置: » 丰搜网 » 文档中心 » 详细内容
深入了解weblogic的类装载机制详解
如果大家对一般类的装载器熟悉的话，就知道在java中类的装载采用“代理机制”，即子装载器如果需要装载一个类文件，首先会将此任务提交给父装载器，如果父装载器找不到此类文件，才有子装载器来装载类文件，如果子装载器也找不到，那么就会报告classnotfoundexception异常。
1．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的层次结构如下图：
在
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文件。
如果能对
应用服务器的类装载原理有了较清楚地了解，会对我们的应用移植，在开发中避免不必要的类装载的错误会有很大的帮助。
