最好先了解Java的双亲委派机制再看这篇文章。
整体架构
Bootstrap
|
System
|
Common
/ \
Webapp1 Webapp2 ...
类加载器定义
- Bootstrap 这个类加载器包含Java虚拟机提供的基本运行时类,以及来自System Extensions目录
($JAVA_HOME/jre/lib/ext
)中的JAR文件的所有类。注意:有些JVM可能将其实现为多个类加载器,比如HotSpot就分为启动类加载器(Bootstrap ClassLoader)和扩展类加载器(Extension ClassLoader)。 System 这个类加载器通常是通过CLASSPATH环境变量的内容初始化的。 所有这些类对于Tomcat和Web应用程序都是可见的。但是,标准Tomcat启动脚本(
$CATALINA_HOME/bin/catalina.sh
或%CATALINA_HOME%\bin\catalina.bat
)完全忽略了CLASSPATH环境变量本身的内容,而是从以下存储库(repositories)构建System类加载器:-
$CATALINA_HOME/bin/bootstrap.jar:包含用于初始化Tomcat服务器的
main()`方法以及它所依赖的类加载器实现类。 -
$CATALINA_BASE/bin/tomcat-juli.jar
或者$CATALINA_HOME/bin/tomcat-juli.jar
:日志实现类。其中包括称为Tomcat JULI
的java.util.loggingAPI
的增强类以及由Tomcat内部使用的ApacheCommons Logging
库的软件包重命名副本。
-
Common
这个类加载器包含了对Tomcat内部类和所有Web应用程序都可见的其他类。通常,应用程序类别不应放置在此处。这个类加载器搜索的位置由$CATALINA_BASE/conf/catalina.properties
中的common.loader属性定义。默认设置将按照它们列出的顺序搜索以下位置:-
$CATALINA_BASE/lib
下没打包的classes和资源文件 -
$CATALINA_BASE/lib
下的jar -
$CATALINA_HOME/lib
下没打包的classes和资源文件 -
$CATALINA_HOME/lib
下的jar
-
- WebappX 为每个部署在单个Tomcat实例中的Web应用程序创建类加载器。
Web应用程序的/WEB-INF/classes
目录中的所有未打包的类和资源,以及Web应用程序的/WEB-INF/lib
目录下的JAR文件中的类和资源都可以被此Web应用程序访问,但不能访问到其他的。如上所述,Web应用程序类加载器与默认的Java委托模型不同(即双亲委派)。当处理从Web应用程序的WebappX类加载器加载类的请求时,该类加载器将首先在本地存储库中查找,而不是在查找之前进行委托。 但是有例外,作为JRE基类的一部分的类不能被覆盖。例如J2SE 1.4+中的XML解析器组件,以及Java 8将会使用的类。最后,包含Servlet API类的任何JAR文件将被类加载器显式忽略 – 你的Web应用程序中不应该包含这些类。 Tomcat中的所有其他类加载器都遵循通常的代理模式。
因此,从Web应用程序的角度来看,类或资源加载按以下顺序在以下存储库中查找:
- Bootstrap classes of your JVM
- web应用的
/WEB-INF/classes
- web应用的
/WEB-INF/lib/*.jar
- System class loader classes (如上所述)
- Common class loader classes (如上所述)
如果Web应用程序类加载器配置为<Loader delegate ="true"/>,那么顺序将变为:
- Bootstrap classes of your JVM
- System class loader classes (如上所述)
- Common class loader classes (如上所述)
- web应用的
/WEB-INF/classes
- web应用的
/WEB-INF/lib/*.jar