从另一个类加载器用接口加载类

Question

我有一个类foo，它实现了idomagic接口。foo类由system classloader加载，idomagic接口在第三方组件中定义，我认为第三方组件将接口加载到另一个类加载器（动态类加载器）中。

当我试图创建foo的新实例时，我得到的是idomagic的noClassDeffound。我想这是因为它是由不同的类加载器加载的。

我尝试创建BridgeClassLoader（与Guice使用的类似），然后从system类加载器加载类Foo，并从另一个类加载器加载所有其他类，我认为这是用于IDomagic的类加载器，但没有成功。

有办法绕过它吗？

Answer 1

Java中的Classloaders(CL)采用委托策略，这意味着CL首先询问其父级，其父级也询问其父级是否知道类X的定义。只有当父级、任何祖先级或当前的classloader都不知道X的类定义时，当前的classloader才会从各自的X.class文件中加载定义。

如果一个类foo由system classloader加载，则任何foo依赖的类也需要由system CL或该CL的父级加载。由于IDomagic是在其他JAR中提供的，因此您很可能需要将此JAR文件添加到类路径(java-cp...或java-jar...)。由于委托模型，任何作为该CL（grand-；以此类推）子级的CL也将获得对任何父级CL加载的类定义的访问权。

如果idomagic需要由自定义CL加载，则foo必须不由系统CL加载，而是使用自定义CL或该CL的子级加载，以便在加载/实例化foo时，委派策略能够发挥作用并提供idomagic的定义。

有一个自定义委托CL模型，其中共享类保存在一种公共CL列表/数组中，可以由依赖CL使用。依赖类不是公共CLs的直接子级，而是委托CL的子级，委托CL只是在询问父级是否两个子级都不能执行任务之前，将调用委托给公共CLs。这里的一个解决方案可能是这样的结构：

bootstrap CL
- system CL
  - delegation CL
    - common CL
    - plugin CL
      - plugin 1 CL
      - plugin 2 CL

这里，委托CL需要将loadclass(...)和findclass(...)的调用委托给它所包含的公共CL（对象组合），只有当它找不到定义时，才将调用委托给它的父级。类似于这个静止的实验班

这个委托加载器允许用公共CL F.E加载IDomagic。和foo类，其中一个插件加载器不是公共CL的直接子级。但是，这要求委托CL在询问父级CL之前，首先将所有调用传播到公共CL。此外，这个委托加载器给表带来了一些开销，因为它使自定义CL的一个缺点（卸载未使用的类）变得更加困难。