为单个Web应用替换ParallelWebappClassLoader

嘿，我来帮你理清Tomcat类加载器的这几个问题：

一、仅为单个Web应用设置自定义包装类加载器的可行方式 #

完全可以实现，Tomcat允许为单个Web应用指定专属的自定义类加载器，步骤如下：

1. 编写自定义类加载器
   推荐直接继承ParallelWebappClassLoader（能复用Tomcat内置的类加载逻辑），也可以用装饰者模式包装它。比如继承的方式：

   package com.yourcompany.tomcat;
   
   import org.apache.catalina.loader.ParallelWebappClassLoader;
   
   public class CustomWebappClassLoader extends ParallelWebappClassLoader {
       // 重写需要自定义的方法，比如loadClass
       @Override
       protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
           // 这里添加你的自定义逻辑，比如类加载日志、权限校验等
           System.out.println("Custom loader is handling class: " + name);
           // 委托给父类（即ParallelWebappClassLoader）完成实际的类查找
           return super.loadClass(name, resolve);
       }
   }
   

2. 部署自定义类加载器
   把编译好的自定义类加载器打包成Jar，放到Tomcat的CATALINA_BASE/lib或者CATALINA_HOME/lib目录下——因为Tomcat需要在初始化Web应用类加载器之前就能加载你的自定义类，所以不能放到Web应用的WEB-INF/lib里。

3. 为目标Web应用配置自定义类加载器
   在该Web应用的META-INF/context.xml文件中添加Loader元素，指定自定义类加载器的全类名：

   <Context>
       <!-- 指定自定义类加载器 -->
       <Loader loaderClass="com.yourcompany.tomcat.CustomWebappClassLoader" />
   </Context>
   

   重启Tomcat后，这个Web应用就会使用你的自定义类加载器，而其他应用依然用默认的ParallelWebappClassLoader。

二、Tomcat中ParallelWebappClassLoader成为默认Web应用类加载器的机制 #

Tomcat的默认Web应用类加载器逻辑在org.apache.catalina.core.StandardContext类中实现，流程大概是这样：

• 当Web应用启动时，StandardContext的startInternal()方法会调用createLoader()创建类加载器。
• 如果没有在context.xml中指定自定义loaderClass，Tomcat会默认使用org.apache.catalina.loader.ParallelWebappClassLoader作为Web应用的类加载器。
• 这个默认值是Tomcat在代码中硬编码的（在StandardContext的默认配置里），从Tomcat 7.x版本开始，ParallelWebappClassLoader取代了旧的WebappClassLoader成为默认，因为它支持并行类加载，能大幅提升多Web应用启动时的速度。

简单说就是：Tomcat启动Web应用时，若你没指定自定义类加载器，就会自动初始化ParallelWebappClassLoader实例并绑定到该Web应用。

三、替换为自定义类加载器后，如何仍能使用ParallelWebappClassLoader进行类查找 #

核心思路是保留委托链，让自定义类加载器在需要时把类查找请求交给ParallelWebappClassLoader处理，推荐两种方案：

方案1：直接继承ParallelWebappClassLoader（最简便） #

如第一部分的示例，继承后重写loadClass或findClass方法，在自定义逻辑执行完后，调用super.loadClass(...)，这样就会自动复用ParallelWebappClassLoader的类查找逻辑。这种方式不需要额外处理委托，因为父类已经实现了Tomcat的类加载规则（比如先查找Web应用内部的类，再委托给父加载器等）。

方案2：装饰者模式包装ParallelWebappClassLoader #

如果不想继承，你可以在自定义类加载器内部持有ParallelWebappClassLoader的实例，在需要时直接调用它的类加载方法。不过要注意Tomcat对Web应用类加载器的特殊要求（比如需要实现WebappClassLoaderBase的接口），适合复杂场景：

package com.yourcompany.tomcat;

import org.apache.catalina.loader.ParallelWebappClassLoader;

public class WrappedCustomClassLoader extends ClassLoader {
    private final ParallelWebappClassLoader delegateLoader;

    public WrappedCustomClassLoader(ParallelWebappClassLoader delegate) {
        this.delegateLoader = delegate;
    }

    @Override
    protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
        // 先执行自定义逻辑：比如优先从指定目录加载特定类
        Class<?> customClass = findCustomClass(name);
        if (customClass != null) {
            if (resolve) resolveClass(customClass);
            return customClass;
        }
        // 自定义逻辑找不到时，委托给ParallelWebappClassLoader处理
        return delegateLoader.loadClass(name, resolve);
    }

    private Class<?> findCustomClass(String name) throws ClassNotFoundException {
        // 实现你的自定义类查找逻辑，比如从特定路径加载
        // ...
        return null;
    }
}

这种方式需要你在初始化自定义类加载器时，传入已初始化的ParallelWebappClassLoader实例，通常可以通过Tomcat的扩展点来获取这个实例。

内容的提问来源于stack exchange，提问作者Chandika