最好先了解Java的双亲委派机制再看这篇文章。
Bootstrap | System | Common / \ Webapp1 Webapp2 ...
$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类加载器:html
$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属性定义。默认设置将按照它们列出的顺序搜索如下位置:java
$CATALINA_BASE/lib
下没打包的classes和资源文件$CATALINA_BASE/lib
下的jar$CATALINA_HOME/lib
下没打包的classes和资源文件$CATALINA_HOME/lib
下的jar/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
所以,从Web应用程序的角度来看,类或资源加载按如下顺序在如下存储库中查找:
/WEB-INF/classes
/WEB-INF/lib/*.jar
若是Web应用程序类加载器配置为<Loader delegate ="true"/>,那么顺序将变为:
/WEB-INF/classes
/WEB-INF/lib/*.jar
资料apache