冲突 tomcat 优先加载_Tomcat 的类加载机制与 JVM 有何不同

类加载(Class Loading)是 JVM 的一种重要机制，是将字节码以文件形式加载到内存再经过连接、初始化后，最终形成可以被虚拟机直接使用的Java类型的过程。

JVM 类加载机制

JVM类加载采用父类委托机制，如图，

JVM中包括集中类加载器：

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

当JVM运行过程中，用户需要加载某些类时，会按照下面的步骤(父类委托机制)：

1. 用户自己的类加载器，把加载请求传给父加载器，父加载器再传给其父加载器，一直到加载器树的顶层。
2. 最顶层的类加载器首先针对其特定的位置加载，如果加载不到就转交给子类。
3. 如果一直到底层的类加载都没有加载到，那么就会抛出异常ClassNotFoundException。

因此，按照这个过程可以想到，如果同样在CLASSPATH指定的目录中和自己工作目录中存放相同的class，会优先加载CLASSPATH目录中的文件。

Tomcat 类加载机制

tomcat 的类的加载机制稍有不同，如图，

当tomcat启动时，会创建几种类加载器，

1、Bootstrap 引导类加载器

加载JVM启动所需的类，以及标准扩展类(位于jre/lib/ext下)

2、System 系统类加载器

加载tomcat启动的类，比如bootstrap.jar，通常在catalina.bat或者catalina.sh中指定。位于 bin 目录下。

3、Common 通用类加载器

加载tomcat使用以及应用通用的一些类，位于CATALINA_HOME/lib下，比如servlet-api.jar。

4、webapp 应用类加载器

每个应用在部署后，都会创建一个唯一的类加载器。该类加载器会加载位于 WEB-INF/lib下的jar文件中的class 和 WEB-INF/classes下的class文件。

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

1. 使用bootstrap引导类加载器加载。
2. 使用system系统类加载器加载。
3. 使用应用类加载器在WEB-INF/classes中加载。
4. 使用应用类加载器在WEB-INF/lib中加载。
5. 使用common类加载器在 lib 目录中加载。