一个类可以卸载的唯一方法是如果使用的类加载器是垃圾收集。这意味着,引用每个单独的类和类加载器本身需要走十字路口。
您的问题的一个可能的解决方案是为每个jar文件有一个Classloader,并为每个AppServers指定实际加载类到特定Jar类加载器的Classloader。这样,您可以指向每个App服务器的jar文件的不同版本。
这不是微不足道。 OSGi平台努力做到这一点,因为每个bundle有一个不同的类加载器和依赖关系由平台解决。也许一个好的解决方案是看看它。
如果你不想使用OSGI,一个可能的实现可能是为每个JAR文件使用一个JarClassloader类的实例。
并创建一个扩展Classloader的新的MultiClassloader类。这个类在内部将有一个数组(或List)的JarClassloaders,并在defineClass()方法将遍历所有内部类加载器,直到找到一个定义或抛出一个NoClassDefFoundException。可以提供几个访问器方法来向类添加新的JarClassloader。在MultiClassLoader的网络上有几个可能的实现,所以你甚至可能不需要自己编写。
如果为服务器的每个连接构建一个MultiClassloader,原则上每个服务器都可能使用不同版本的同一个类。
我在项目中使用了MultiClassloader的想法,其中包含用户定义脚本的类必须从内存中加载和卸载,并且运行得很好。