在java中类的装载采用“代理机制”，即子装载器如果需要装载一个类文件，首先会将此任务提交给父装载器，如果父装载器找不到此类文件，才有子装载器来装载类文件，如果子装载器也找不到，那么就会报告ClassNotFoundException异常。
1．Weblogic允许定制的类装载器，同时也有一个默认的类装载器。其默认的装载器的结构分层如下：
当部署一个应用的时候，weblogic server会自动创建一个具有层次结构的类装载器。Application Classloader负责装载应用中的所有的EJB JAR文件，Web Application Classloader负责装载所有的Web application 中的WAR 文件（所有得jsp文件除外），
Jsp Classloader 负责装载Web application 中的所有的jsp 文件。
这样的分层结构有一个好处，就是在Jsp，Servlet中可以直接访问EJB的接口。这种上层装载EJB,下层装载servlet等，最下面装载jsp文件的结构，使得经常变动的jsp，servlet等可以被重新装载而不会涉及到EJB层。
在这种默认的类装载器结构下，有一点需要提出的是：
1、我们的应用必须打包成一个EAR文件，才会允许我们应用中的jsp和servlet文件直接访问ejb，如果将WAR与JAR文件分别打包，Weblogic server会为他们分别生成一个类装载器，作为兄弟节点，这时如果需要在jsp或者servlet中使用ejb,就必须将EJB的Home接口与remote接口打包到WAR中才可以。后面这种情况，适合用在将EJB的客户端和EJB部署在不同的JVM中。

2、web application classloader中，不会装载jsp文件，jsp文件由web application classloader的子装载器Jsp classloader负责装载，因为jsp文件经常的变动，通过为jsp设立一个单独的classloader可以避免对jsp的装载影响到其他的java class或者ejb；

默认装载器的优点：
1、调用ejb的时候可以采用call-by-referrence的方式；
2、允许web module独立的装载，不影响其它的web module;
通过在将整个应用打包成一个EAR文件，可以方便的不用再web module中包含EJB的home和remote接口，就可以方便的通过call-by-referrence来调用ejb;