tomcat类加载器结构

tomcat类加载器结构.
               Bootstrap ClassLoader(载入JVM自带的类和$JAVA_HOME/jre/lib/ext/*.jar)
                     |
                     |
               System ClassLoader 载入$CLASSPATH/*.class
                     |
                     |
               Common ClassLoader 载入$CATALINA_HOME/common/*，它们对TOMCAT和所有的Web应用程序都可见
                  /          \
                 /            \
   Catalina ClassLoader(1)      Shared ClassLoader (2)
                                 /        \
                                /          \
                      WebApp ClassLoader(3)   WebApp ClassLoader

(1) 载入$CATALINA_HOME/server/*，它们仅对TOMCAT可见，对所有的Web应用程序都不可见
(2) 载入$CATALINA_HOME/shared/*，它们仅对所有Web应用程序可见，对TOMCAT不可见（也不必见）
(3) 载入ContextBase/Web-INF/*，它们仅对该Web应用程序可见

ClassLoader的原理
每个运行中的线程都有一个成员contextClassLoader，用来在运行时动态地载入其它类。系统默认的contextClassLoader是systemClassLoader，所以一般而言java程序在执行时可以使用JVM自带的类、$JAVA_HOME/jre/lib/ext/中的类和$CLASSPATH/中的类。
可以使用Thread.currentThread().setContextClassLoader(...)来更改当前线程的contextClassLoader，来改变其载入类的行为。
ClassLoader被组织成树形，一般的工作原理是：
1) 线程需要用到某个类，于是contextClassLoader被请求来载入该类。
2) contextClassLoader请求它的父ClassLoader来完成该载入请求。
3) 如果父ClassLoader无法载入类，则contextClassLoader试图自己来载入。
注意：WebAppClassLoader的工作原理和上述有少许不同：
它先试图自己载入类（在ContextBase/Web-INF/中载入类），如果无法载入，再请求父ClassLoader完成，由此可得：
- 对于Web应用程序线程，它的contextClassLoader是WebAppClassLoader
- 对于Tomcat Server线程，它的contextClassLoader是CatalinaClassLoader。