tomcat类加载器

Tomcat的类加载器是一个关键的组件，它负责加载和管理Web应用程序中的类。Tomcat使用了一个叫做"Common Class Loader Architecture"的类加载器架构，它由三个主要的类加载器组成：

1. Bootstrap类加载器：这是Java虚拟机（JVM）内置的类加载器，负责加载JDK提供的核心类库，如java.lang包中的类。

2. Catalina类加载器：这是Tomcat特有的类加载器，负责加载Tomcat服务器自身需要的类，比如Tomcat的核心组件和功能模块。

3. Web应用程序类加载器：每个Web应用程序都有自己独立的类加载器，负责加载Web应用程序中的类。当一个Web应用程序被部署到Tomcat时，Tomcat会为该应用程序创建一个独立的类加载器。

Web应用程序类加载器使用了双亲委派模型，它首先尝试从父类加载器（即Catalina类加载器）中查找所需的类，如果找不到再自己尝试加载。这种层次结构的类加载方式能够保证不同Web应用程序之间的类互相隔离，避免了类冲突和安全问题。

通过这种类加载器架构，Tomcat能够有效地管理和隔离不同Web应用程序之间的类，提供了良好的应用程序部署和运行环境。同时，它也为开发人员提供了一些灵活的类加载机制，如可以将共享的类库放置在Tomcat的共享库目录中，以便多个Web应用程序共享使用。

相关问题

Tomcat 类加载器加载顺序

Tomcat 类加载器的工作原理是基于 Java 的双亲委派模型（Parent-First Class Loader Model）。这种模型定义了类加载的过程：

1. **根加载器** (Bootstrap ClassLoader)：由 JVM 自身提供，负责加载 Java 核心 API 和一些基础库。

2. **应用服务器类加载器** (Server ClassLoader)：如 Tomcat 的 `ClassLoader`，也称为 "Common ClassLoader"。它负责加载 Web 应用程序中的所有类。当应用程序启动时，每个Web应用程序都会创建一个单独的实例。

3. **应用上下文类加载器** (Context ClassLoader)：对于每个 Servlet 容器（例如 web.xml 中的 `<Context>`），都会有一个独立的上下文类加载器。这个加载器默认会继承服务器类加载器，即可以访问到其他已经加载的类。

4. **用户自定义类加载器**：开发者可以在需要的时候创建自定义的类加载器，它们通常位于应用的 `WEB-INF/classes` 或者 `WEB-INF/lib` 目录下，并且有自己的查找路径。这些类加载器不会影响已有的类加载器，而是作为独立的层次添加进来。

当一个类被请求时，首先由最上层的根加载器尝试加载。如果找不到，则逐级向下搜索，直到找到该类或达到容器底部的类加载器为止。如果没有找到，那么就会抛出 ClassNotFoundException 异常。

tomcat自定义类加载器

Tomcat自定义类加载器是指Tomcat服务器在启动时，会创建自己的类加载器，用于加载Web应用程序中的类。这种类加载器可以加载Web应用程序中的类，同时也可以加载Tomcat服务器中的类。Tomcat自定义类加载器的主要作用是解决Web应用程序中的类与Tomcat服务器中的类之间的冲突问题，同时也可以实现热部署功能。

Tomcat自定义类加载器的实现方式是通过继承Java的ClassLoader类来实现的。Tomcat自定义类加载器会首先尝试使用父类加载器来加载类，如果父类加载器无法加载该类，则会使用自定义类加载器来加载该类。这种方式可以保证Web应用程序中的类与Tomcat服务器中的类之间的隔离性，同时也可以避免类的重复加载。

Tomcat自定义类加载器的实现还可以解决JAR包多版本冲突的问题。当Web应用程序中需要使用多个版本的同一个JAR包时，Tomcat自定义类加载器可以根据需要加载不同版本的JAR包，从而避免版本冲突的问题。