不遵循双亲委托
在JVM中并不是一次性地把所有的文件都加载到,而是按需加载,加载机制采用 双亲委托原则,如下图所示:
- BootStrapClassLoader 引导类加载器
- ExtClassLoader 扩展类加载器
- AppClassLoader 应用类加载器
- CustomClassLoader 用户自定义类加载器
类的加载过程是这样的: 用户自己的类加载器,把加载请求传给父加载器,父加载器再传给其父加载器,一直到加载器树的顶层; 最顶层的类加载器首先针对其特定的位置加载,如果加载不到就转交给子类;如果一直到底层的类加载都没有加载到,那么就会抛出异常ClassNotFoundException
因此,按照这个过程可以想到,如果同样在CLASSPATH指定的目录中和自己工作目录中存放相同的class,会优先加载CLASSPATH目录中的文件。
Tomcat的类加载机制是违反了双亲委托原则的,对于一些未加载的非基础类(Object,String等),各个web应用自己的类加载器(WebAppClassLoader)会优先加载,加载不到时再交给CommonClassLoader走双亲委托。对于标准类库中的类,会让系统类加载器加载,然后一直委托到启动类加载器,这个过程是没有违背双亲委派的。
Tomcat 的类加载机制
启动类加载器(Bootstrap) 和 扩展类加载器 (Extension ClassLoader),Application ClassLoader(应用程序类加载器),这三个类加载和默认的一致。CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader则是Tomcat自己定义的类加载器。
- CommonClassLoader: Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;位于CATALINA_HOME/lib下,⽐如servlet-api.jar;
- CatalinaClassLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不可见;
- SharedClassLoader:⽤于加载应⽤程序共享类,这些类服务器不会依赖,加载路径中的class对于所有Webapp可见,但是对于Tomcat容器不可见;
- WebappClassLoader:每个应用在部署后,都会创建一个唯一的类加载器,⽤来加载本应⽤程序 /WEB-INF/classes 和 /WEB-INF/lib 下的类。
当应用需要到某个类时,则会按照下面的顺序进行类加载:
- 使用bootstrap引导类加载器加载【一般为JVM启动所需的类,以及标准扩展类,位于jre/lib/ext】
- 使用系统类加载器加载【加载tomcat启动的类,比如bootstrap的类】
- 使用应用类加载器在WEB-INF/classes中加载
- 使用应用类加载器在WEB-INF/lib中加载
- 使用common类加载器在CATALINA_HOME/lib中加载