方法参数类型是否包含类加载器信息？不同加载器的同名类实例能否传入？

Java中类的唯一标识是 全限定类名 + 加载该类的类加载器，两个类只要类加载器不同，哪怕字节码、全限定名完全一致，也属于完全独立的不兼容类型。因此如果一个方法的参数类型是类加载器A加载的Foo，默认情况下确实只能接收类加载器A加载的Foo实例，类加载器B加载的Foo实例会被判定为类型不匹配，无法直接传入。

你最初的CustomerClassLoader只主动加载名称带foo的类，Main类仍然由系统类加载器加载：

• 系统类加载器加载的Main类中，from(Foo foo)方法的参数类型是系统类加载器加载的Foo
• 你调用customMainClass.getMethod("from", customFooClass)时，传入的参数类型是自定义类加载器加载的Foo
  两个Foo类型不匹配，自然找不到对应的方法签名。
  你后来修改类加载逻辑，把Main也交给CustomerClassLoader加载后，自定义加载器加载的Main类里的from方法的参数类型，也是同一个自定义加载器加载的Foo，和customFooClass完全匹配，因此可以正常调用，你的推测「参数类型的类加载器必须和所属类的类加载器保持一致」是正确的。

方案1：抽取公共上层接口（最常用） #

将Foo的公共方法抽成接口，该接口由双亲委派链上层的类加载器（比如系统类加载器）统一加载，自定义类加载器加载的Foo实现该接口：

// 由系统类加载器加载的公共接口
public interface FooInterface {
    void doSomething();
}

// 自定义类加载器加载的Foo实现该接口
public class Foo implements FooInterface {
    // 实现方法
}

// Main的from方法参数改成公共接口
public void from(final FooInterface foo) {
    System.out.println(foo.getClass().getClassLoader());
    foo.doSomething();
}

因为上层接口是同一个类加载器加载的，不同子类加载器加载的Foo实现都可以向上转型为该接口类型，直接传入方法。热部署、类隔离框架基本都采用这种方案。

方案2：反射调用 #

不声明具体的Foo类型，直接通过反射调用Foo实例的方法，绕开编译期和类加载的类型校验：

public void from(final Object foo) throws Exception {
    System.out.println(foo.getClass().getClassLoader());
    // 反射调用Foo的方法
    foo.getClass().getMethod("doSomething").invoke(foo);
}

该方案不需要修改类加载逻辑，但性能略低，也没有编译期类型检查。

方案3：序列化适配 #

你代码中使用的序列化/反序列化思路可以调整后使用：自定义ObjectInputStream重写resolveClass方法，指定用目标类加载器加载类，实现不同类加载器实例的转换。但该方案性能损耗大，仅适合特殊场景使用。

方案4：统一类加载上下文 #

就像你测试的那样，把整个业务逻辑用到的类都交给同一个自定义类加载器加载，保证上下文中所有类型的类加载器一致，天然不会出现类型不匹配问题，适合类隔离类的需求场景。

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