Tomcat Architecture系列nderstanding tomcat＆＃s class Loading架构

深入理解Tomcat的类加载机制

概述

Tomcat的类加载机制是其核心组件，确保其与其他Web服务器的差异化。本文深入探讨Tomcat如何管理类加载、其设计理念以及高效使用技巧。

Java类加载器基础

在深入Tomcat的具体实现之前，先回顾Java类加载器基础知识：

1. 委托模型: Java采用父类委托模型。
2. 层次结构: 类加载器按层次结构组织。
3. 可见性: 子类加载器可见父类加载器加载的类，反之则不然。

示例代码：

public class BasicClassLoader extends ClassLoader {
    @Override
    protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException {
        Class<?> c = findLoadedClass(name);
        if (c == null) {
            try {
                if (getParent() != null) {
                    c = getParent().loadClass(name);
                }
            } catch (ClassNotFoundException e) {
                c = findClass(name);
            }
        }
        if (resolve) {
            resolveClass(c);
        }
        return c;
    }
}

Tomcat的类加载器层次结构

Tomcat采用多级类加载器实现复杂的类加载体系结构：

1. Bootstrap ClassLoader: 加载Java核心类（rt.jar）——JVM的一部分。
2. System ClassLoader: 从类路径加载系统类——Tomcat普通类加载器的父加载器。
3. Common ClassLoader: 加载所有Web应用程序共享的类，位于$CATALINA_HOME/lib。
4. Catalina ClassLoader: 加载Tomcat内部类，与Web应用程序隔离。
5. Shared ClassLoader: 加载多个Web应用程序共享的类，位于$CATALINA_BASE/shared/lib。
6. Webapp ClassLoader: 每个Web应用程序一个，从WEB-INF/classes和WEB-INF/lib加载类。

层次结构图示：

Bootstrap ClassLoader
       ↑
System ClassLoader
       ↑
Common ClassLoader
    ↑     ↑
Catalina  Shared ClassLoader
            ↑
        WebApp ClassLoader

WebApp ClassLoader的实现

WebApp ClassLoader尤其有趣，因为它打破了标准的父类委托模型：

public class WebappClassLoader extends URLClassLoader {
    @Override
    public Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException {
        Class<?> clazz = findLoadedClass(name);
        if (clazz != null) return clazz;
        checkPackageAccess(name);
        if (name.startsWith("javax.")) {
            try {
                clazz = getJavaEEClass(name);
                if (clazz != null) return clazz;
            } catch (ClassNotFoundException e) {
                // Continue with normal loading
            }
        }
        try {
            clazz = findClass(name);
            if (clazz != null) return clazz;
        } catch (ClassNotFoundException e) {
            // Fall back to parent
        }
        return super.loadClass(name, resolve);
    }
}

关键特性和优势

• 隔离: 每个Web应用程序拥有自己的类加载器。
• 版本控制: 应用程序可以使用同一库的不同版本。
• 资源管理: 有效的类卸载，在应用程序停止时防止内存泄漏。
• 安全性: 类加载限制和包访问控制。

常见问题及解决方案

• ClassNotFoundException: 通常由于缺少依赖项导致。 解决方案：确保所有依赖项位于正确位置（WEB-INF/lib用于应用程序特定库，$CATALINA_HOME/lib用于共享库）。
• NoClassDefFoundError: 解决方案：检查类路径设置，确保所有必需的类都可用。

最佳实践

• 依赖管理: 使用WEB-INF/lib存放应用程序特定库，共享库放在$CATALINA_HOME/lib或$CATALINA_BASE/shared/lib。
• 类加载配置: 配置common.loader、shared.loader和server.loader系统属性。
• 监控和调试: 启用类加载器日志记录 (System.setProperty("java.security.debug", "loader");)。

结论

理解Tomcat的类加载体系结构至关重要，有助于解决类加载问题、正确部署应用程序、优化性能和资源利用，并维护应用程序隔离。遵循最佳实践并了解其层次结构，可以避免常见陷阱，确保应用程序在Tomcat中顺利运行。

参考文献

• Tomcat文档
• Java类加载器规范
• Java EE规范