Tomcat的类加载机制

不遵循双亲委托

  在JVM中并不是一次性地把所有的文件都加载到，而是按需加载，加载机制采用 双亲委托原则，如下图所示：

1. BootStrapClassLoader 引导类加载器
2. ExtClassLoader 扩展类加载器
3. AppClassLoader 应用类加载器
4. CustomClassLoader 用户自定义类加载器

  类的加载过程是这样的： 用户自己的类加载器，把加载请求传给父加载器，父加载器再传给其父加载器，一直到加载器树的顶层； 最顶层的类加载器首先针对其特定的位置加载，如果加载不到就转交给子类；如果一直到底层的类加载都没有加载到，那么就会抛出异常ClassNotFoundException
  因此，按照这个过程可以想到，如果同样在CLASSPATH指定的目录中和自己工作目录中存放相同的class，会优先加载CLASSPATH目录中的文件。
  Tomcat的类加载机制是违反了双亲委托原则的，对于一些未加载的非基础类（Object,String等）,各个web应用自己的类加载器(WebAppClassLoader)会优先加载，加载不到时再交给CommonClassLoader走双亲委托。对于标准类库中的类，会让系统类加载器加载，然后一直委托到启动类加载器，这个过程是没有违背双亲委派的。

Tomcat 的类加载机制

  启动类加载器（Bootstrap） 和 扩展类加载器 （Extension ClassLoader），Application ClassLoader（应用程序类加载器），这三个类加载和默认的一致。CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader则是Tomcat自己定义的类加载器。

1. CommonClassLoader： Tomcat最基本的类加载器，加载路径中的class可以被Tomcat容器本身以及各个Webapp访问；位于CATALINA_HOME/lib下，⽐如servlet-api.jar；
2. CatalinaClassLoader：Tomcat容器私有的类加载器，加载路径中的class对于Webapp不可见；
3. SharedClassLoader：⽤于加载应⽤程序共享类，这些类服务器不会依赖，加载路径中的class对于所有Webapp可见，但是对于Tomcat容器不可见；
4. WebappClassLoader：每个应用在部署后，都会创建一个唯一的类加载器，⽤来加载本应⽤程序 /WEB-INF/classes 和 /WEB-INF/lib 下的类。

  当应用需要到某个类时，则会按照下面的顺序进行类加载：

1. 使用bootstrap引导类加载器加载【一般为JVM启动所需的类，以及标准扩展类，位于jre/lib/ext】
2. 使用系统类加载器加载【加载tomcat启动的类，比如bootstrap的类】
3. 使用应用类加载器在WEB-INF/classes中加载
4. 使用应用类加载器在WEB-INF/lib中加载
5. 使用common类加载器在CATALINA_HOME/lib中加载