Spring忽略自定义ClassLoader求助：Java9/11类加载异常排查

从你的描述和代码来看，核心问题出在类加载器的上下文不一致：你虽然给Spring ApplicationContext设置了自定义类加载器，也手动验证了自定义加载器能加载MethodInterceptor，但DBCP2的BasicDataSource类是被原应用类加载器加载的，它在尝试加载依赖的MethodInterceptor时，会使用加载自身的类加载器（而非你设置的上下文类加载器），而这个原加载器的类路径里并没有aopalliance-1.0.jar，因此抛出了ClassNotFoundException。

问题根源拆解 #

1. 类加载器的双亲委派机制：当一个类（比如BasicDataSource）被类加载器A加载时，它后续加载依赖类会优先使用类加载器A，而不是当前线程的上下文类加载器。
2. Spring的ApplicationContext类加载器设置仅影响Spring内部的Bean解析、资源加载等流程，但无法强制第三方库（如DBCP2）改变自身的类加载行为。

具体解决方案 #

1. 确保第三方库（DBCP2）也被自定义类加载器加载

把commons-dbcp2相关的jar包放到自定义类加载器的类路径中，而不是原应用的类路径。这样BasicDataSource会被你的自定义加载器加载，它在查找MethodInterceptor时会使用同一个加载器，自然能找到类。

2. 强化Spring上下文的类加载器一致性

修改你的BootstrappedApplicationContext，在refresh方法前后强制切换线程上下文类加载器，确保整个Bean创建流程都使用自定义加载器：

@Override
public void refresh() throws BeansException, IllegalStateException {
    // 保存原类加载器
    ClassLoader originalCtxClassLoader = Thread.currentThread().getContextClassLoader();
    try {
        // 强制设置线程上下文类加载器为自定义加载器
        Thread.currentThread().setContextClassLoader(this.classloader);
        // 执行Spring的refresh流程
        super.refresh();
    } finally {
        // 恢复原类加载器
        Thread.currentThread().setContextClassLoader(originalCtxClassLoader);
    }
}

3. 验证类加载器一致性

在测试代码中加入类加载器的打印，确认关键类的加载来源：

// 打印BasicDataSource的类加载器
System.out.println("BasicDataSource classloader: " + org.apache.commons.dbcp2.BasicDataSource.class.getClassLoader());
// 打印自定义加载器
System.out.println("Custom classloader: " + Bootstrap.getClassLoader());

如果这两个输出不一致，说明BasicDataSource还是被原加载器加载的，需要调整类路径，把DBCP2的jar包移到自定义加载器的路径下。

4. 检查自定义类加载器的双亲委派实现

确保你的BootstrapClassLoader正确实现了双亲委派机制：

• 重写loadClass方法时，先委托父加载器加载（如果父加载器能加载的类），只有父加载器找不到时，再从自定义路径加载。
• 不要破坏双亲委派，否则可能导致类加载混乱。

额外注意事项 #

• Java 9+的模块系统可能会影响类加载行为，如果你的应用使用了模块，需要确保自定义加载器能正确访问模块中的类。
• 避免在自定义加载器中重复加载已经被原加载器加载的类，否则会出现ClassCastException（同一个类被不同加载器加载视为不同类）。

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