实现一个过滤类加载器

我们正在扩展我们的Java应用程序以支持插件。 其中一部分内容包括将插件与我们自己的类隔离开来,因此每个插件都将存在于它自己的类加载器中。

我们也计划给插件一个java框架来处理,因此它必须暴露给插件。 这个java框架还包含需要从我们自己的java代码访问的类,因此它也必须可以被我们自己的java代码访问。

问题是,如果Java框架存在于系统类加载器(我们自己的Java代码所在的地方)中,那么我们不能给插件提供我们想要的隔离。 如果我们选择将java框架分离到不同的类加载器并将其用作插件类加载器的父类,那么java框架对我们自己的类将不可见。

我想到的当前解决方案是实现一个过滤类加载器。 java框架将存在于系统类加载器中,但是此类加载器将过滤来自系统类加载器的所有内容,除了java框架,我将使用此类加载器作为插件的父类加载器。

这是一个粗略的实现:

public class FilteringClassLoader extends ClassLoader {
    private URLClassLoader _internalLoader;

    public FilteringClassLoader(ClassLoader parent) {
        super(parent);

        // load our java framework to this class loader
        _internalLoader = new URLClassLoader(...)
    }

    public Class<?> loadClass(String name) throws ClassNotFoundException {
        // first, try to load from our internal class loader
        // that only sees the java framework if that works, load the class 
        // from the system class loader and return that. otherwise, the class 
        // should be filtered out and the call to loadClass will throw as expected
        _internalLoader.loadClass(name);

        Class<?> retClazz = super.loadClass(name);

        return retClazz;
    }
}

然而,我看到它有几个问题:

  • 只使用一个单独的URLClassLoader来查看是否应该过滤这个类对我来说就像是一个黑客。
  • 当一个插件加载一个类时,该类的父类加载器将成为系统类加载器,这明显违背了我试图达到的目的。
  • 你如何解决这类问题?


    你如何解决这类问题?

    OSGi联盟已经做到了。 维基百科关于OSGi框架的文章可能会给你一些想法。

    你可能想看看Eclipse的源代码,看看它们是如何实现插件加载的。


    如果我们选择将java框架分离到不同的类加载器并将其用作插件类加载器的父类,那么java框架对我们自己的类将不可见。

    将你的代码放在一个类加载器中,该加载器是插件类加载器的一个对等体,它们都以接口代码类加载器作为父类。

    链接地址: http://www.djcxy.com/p/46387.html

    上一篇: Implementing a filtering class loader

    下一篇: min and perfect forwarding