Tomcat Server在启动的时候将构造一个ClassLoader树,以保证模块的类库是私有的
Tomcat Server的ClassLoader结构以下:
html
+-----------------------------+ | Bootstrap | | | | | System | | | | | Common | | / \ | | Catalina Shared | | / \ | | WebApp1 WebApp2 | +-----------------------------+
其中:
- Bootstrap - 载入JVM自带的类和$JAVA_HOME/jre/lib/ext/*.jar
- System - 载入$CLASSPATH/*.class
- Common - 载入$CATALINA_HOME/common/...,它们对TOMCAT和全部的WEB APP均可见
- Catalina - 载入$CATALINA_HOME/server/...,它们仅对TOMCAT可见,对全部的WEB APP都不可见
- Shared - 载入$CATALINA_HOME/shared/...,它们仅对全部WEB APP可见,对TOMCAT不可见(也没必要见)
- WebApp? - 载入ContextBase?/WEB-INF/...,它们仅对该WEB APP可见
java
每一个运行中的线程都有一个成员contextClassLoader,用来在运行时动态地载入其它类
系统默认的contextClassLoader是systemClassLoader,因此通常而言java程序在执行时可使用JVM自带的类、$JAVA_HOME/jre/lib/ext/中的类和$CLASSPATH/中的类
可使用Thread.currentThread().setContextClassLoader(...);更改当前线程的contextClassLoader,来改变其载入类的行为
apache
ClassLoader被组织成树形,通常的工做原理是:
1) 线程须要用到某个类,因而contextClassLoader被请求来载入该类
2) contextClassLoader请求它的父ClassLoader来完成该载入请求
3) 若是父ClassLoader没法载入类,则contextClassLoader试图本身来载入
tomcat
注意:WebApp?ClassLoader的工做原理和上述有少量不一样:
它先试图本身载入类(在ContextBase?/WEB-INF/...中载入类),若是没法载入,再请求父ClassLoader完成
ui
由此可得:
- 对于WEB APP线程,它的contextClassLoader是WebApp?ClassLoader
- 对于Tomcat Server线程,它的contextClassLoader是CatalinaClassLoader
spa
3.1 - org/apache/catalina/startup/Bootstrap.java 线程
Tomcat Server线程的起点
构造ClassLoader树,并设置Tomcat Server线程的contextClassLoader为catalinaloader
载入若干类,而后转入org.apache.catalina.startup.Catalina类中
code
[查看代码] server
3.2 - org/apache/catalina/startup/ClassLoaderFactory.java htm
根据设置建立并返回StandardClassLoader的实例
3.3 - org/apache/catalina/loader/StandardClassLoader.java
类载入器
3.4 - org/apache/catalina/startup/SecurityClassLoad.java
该类仅包含一个静态方法,用来为catalinaLoader载入一些类
[1] http://jakarta.apache.org/tomcat/中的Tomcat 4.1.x文档Class Loader HOW-TO