java - 为什么我的 URLClassLoader 无法在另一个线程中工作？

Question

我有一个 java 项目，它使用 URLClassLoader 在运行时从另一个 jar 文件加载类，就像插件系统一样。让我给你一个简化版本的问题:假设在我的 main 方法中，我将创建 ClassLoader，将其作为父类加载器传递 getClass().getClassLoader() 并加载我的插件类从 jar 里。在 main 方法中，我创建了该类的一个实例 inst，然后将其传递给新线程。这个新线程调用 inst.getObject()，这是我定义的方法。

现在，getObject() 通过 new 在 jar 中创建另一个类 Builder 的实例 - 假设 URLClassLoader 现在将加载该类它也是当前类的定义类加载器。在这里，如果从线程调用该方法，则为 Builder 抛出 NoClassDefFoundError ，但从 main 方法调用时则不会:

Exception in thread "Thread-0" java.lang.NoClassDefFoundError: testapp/testplugin/Builder
    at testapp.testplugin.Plugin.getObject(Plugin.java:88)
    at testapp.mainapp.TestInit$1.run(TestInit.java:90)
Caused by: java.lang.ClassNotFoundException: testapp.testplugin.Builder
    at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:814)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    ... 7 more

当我将 System.out.println(getClass().getClassLoader().toString()) 放入 getObject() 中时，输出完全相同我从主线程或线程调用该方法。

关于为什么会发生这种情况有什么想法吗？这是一些示例代码:

插件(在plugin.jar中):

package testapp.testplugin;

// Pluggable defines the getObject() method, common interface for all plugins
public class Plugin implements Pluggable{

  Builder build;

  public Plugin() {
    // set some fields
  }

  @Override
  public Object getObject()
  {
    // lazy initialisation for "build"
    if (build == null)
      build = new Builder(); ///// !NoClassDefFoundError! /////
    // make Builder assemble an object and return it
    return build.buildObject();
  }

}

主应用程序(在可运行的app.jar中):

package testapp.mainapp;

public class TestInit {

  public static void main(String[] args) throws Exception {
      // create URLClassLoader
      URLClassLoader clazzLoader = URLClassLoader.newInstance(new URL[]{new URL("testplugin.jar"},
          getClass().getClassLoader());
      // load plugin class
      Class<?> clazz = Class.forName("testapp.testplugin.Plugin", true, clazzLoader);
      Class<? extends Pluggable> subClazz = clazz.asSubclass(Pluggable.class);
      // instantiate plugin class using constructor (to avoid Class.newInstance())
      Constructor<? extends Pluggable> constr = subClazz.getConstructor();
      final Pluggable plugin = constr.newInstance();
      // create new thread and run getObject()
      Thread t = new Thread(){
           @Override
           public void run() {
                // something more sophisticated in the real application, but this is enough to reproduce the error
                System.out.println(plugin.getObject());
           }
      };
      t.start();
  }

}

我当前的解决方法是在加载插件类后立即强制加载 Builder 类:

public class Plugin {

    static
    {
        try
        {
            Class.forName("testapp.testplugin.Builder");
        }
        catch (ClassNotFoundException e)
        {
            e.printStackTrace();
        }
    }

[...]

}

Answer 1

您自己的评论中已经有了答案(非常感谢，顺便说一句)，但是很难找到它，所以我在这里引用它:

Okay. Solved it. I [...] closed the ClassLoader in the main application because I put it in an AutoClosable wrapper class in a try statement. Changed this and now it works. – RenWal Mar 15 at 20:49

如果您决定在执行加载的类的方法并且所有派生线程结束后关闭类加载器，我还可以建议使用 java.lang.ThreadGroup:

    ...
    Class mainClass = customClassLoader.findClass(name);
    ThreadGroup threadGroup = new ThreadGroup("Custom thread group");
    Thread thread = new Thread(threadGroup, new Runnable() {
        @Override
        public void run() {
            try {
                mainClass.getMethod("main", ...).invoke(...);
            } catch (Throwable e) {
                // exception handling
            }
        }
    });
    thread.start();
    while (threadGroup.activeCount() > 0) {
        Thread.sleep(100);
    }
    customClassLoader.close();

在线程上下文中创建的所有线程和线程组都将直接或间接属于threadGroup。因此我们可以等待，直到 Activity 线程计数变为零。

UPD。当然，如果例如ExecutorService 被调用，它的任务需要类加载，或者注册一个监听器，因此代码会离开线程组。因此，一般情况下，关闭类加载器仅在 JVM 退出时才安全。