当某个类加载器需要加载某个.class文件时,它首先把这个任务委托给他的上级类加载器,递归这个操作,如果上级的类加载器没有加载,自己才会去加载这个类
类加载器:
Bootstrap ClassLoader
):这个类加载器复杂将存放在 JAVA_HOME/lib 目录中的,或者被-Xbootclasspath 参数所指定的路径种的,并且是虚拟机识别的(仅按照文件名识别,如rt.jar,名字不符合的类库即使放在lib目录下也不会重载)。Extension ClassLoader
):这个类加载器由sun.misc.Launcher$ExtClassLoader实现,它负责夹杂JAVA_HOME/lib/ext 目录下的,或者被java.ext.dirs 系统变量所指定的路径种的所有类库。开发者可以直接使用扩展类加载器。Application ClassLoader
):这个类加载器由sun.misc.Launcher$AppClassLoader 实现。由于这个类加载器是ClassLoader 种的getSystemClassLoader方法的返回值,所以也成为系统类加载器。它负责加载用户类路径(ClassPath)上所指定的类库。开发者可以直接使用这个类加载器,如果应用中没有定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器。Tomcat 解决了什么问题
Tomcat 使用默认的可以吗
Tomcat 如何实现自己独特的类加载机制
前面3个类加载和默认的一致,CommonClassLoader
、CatalinaClassLoader
、SharedClassLoader
和WebappClassLoader
则是Tomcat自己定义的类加载器,它们分别加载/common/*
、/server/*
、/shared/*
, (在tomcat 6之后已经合并到根目录下的lib目录下)和/WebApp/WEB-INF/*中的Java类库。其中WebApp类加载器和Jsp类加载器通常会存在多个实例,每一个Web应用程序对应一个WebApp类加载器,每一个JSP文件对应一个Jsp类加载器。
commonLoader
:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;catalinaLoader
:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;sharedLoader
:各个Webapp共享的类加载器,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;WebappClassLoader
:各个Webapp私有的类加载器
,加载路径中的class只对当前Webapp
可见;CommonClassLoader
能加载的类都可以被Catalina ClassLoader
和SharedClassLoader
使用,从而实现了公有类库的共用,而CatalinaClassLoader
和Shared ClassLoader
自己能加载的类则与对方相互隔离。
WebAppClassLoader
可以使用SharedClassLoader
加载到的类,但各个WebAppClassLoader
实例之间相互隔离。
而JasperLoader
的加载范围仅仅是这个JSP文件所编译出来的那一个.Class文件,它出现的目的就是为了被丢弃:当Web容器检测到JSP文件被修改时,会替换掉目前的JasperLoader
的实例,并通过再建立一个新的Jsp类加载器来实现JSP文件的HotSwap
功能。
tomcat 为了实现隔离性, 每个webappClassLoader
加载自己的目录下的class
文件,不会传递给父类加载器。
如果tomcat 的 Common ClassLoader
想加载 WebApp ClassLoader
中的类, 可以使用线程上下文类加载器实现, 可以让父类加载器请求子类加载器去完成类加载的动作。