Some thoughts on App Class Loader
【本文的主要参考文章AppClassLoader的作者是大名鼎鼎的java视线老大robbin 】
我没看过java深度历险，但也多少听过一些关于class loader的讨论，看过robbin兄写的App Class Loader文章深有体会，在此用自己的话稍微总结归纳一下。
一个Java系统的运作过程允许了不同JVM Class loader的同时存在，了解不同loader之间的关系非常关键，如下图
App Class Loader
|----- EJB Class Loader
|----- Web App Class Loader
App Class Loader级别是全局可见，而它属下的两个loader只是局部有效互不干扰。
App Class Loader的loading顺序为JRE\lib\* => JRE\lib\ext\* => JRE\classes\* => CLASSPATH\*
Web App Class Loader的loading范围在WEB-INF\lib\*和WEB-INF\classes\*
它们会在loading范围开始寻找并调入所需要的Class/Jar/Lib，如果失败，才把loading责任上交给App Class Loader，这就是所谓的Class Loader继承关系
EJB Class Loader的loading范围仅限于JAR或者EAR范围之内。App Server会针对每一个EJB包文件创建一个EJB Class Loader的实例，例如：当你发布Hello.jar, World.jar两个jar后，系统会创建两个EJB Class Loader的实例，分别去load这两个EJB包，所以Hello.jar根本看不到除它自己以外的任何文件。另外如果要调用jar包之外的类库的名称，需要在jar包的manifest文件中定义Class-Path: log4j.jar hibernate2.jar
这篇文章解释了大家或许有点陌生的Class Loader也有层次继承关系，the visability of usable classes/jars is defined by the class loader and all its ancestors. 这个概念在j2ee中很重要，需要好好理解。