186

我有一个自定义类加载器，以便桌面应用程序可以从我需要与之交谈的 AppServer 动态地开始加载类。我们这样做是因为这样做所需的罐子数量是荒谬的（如果我们想运送它们）。如果我们不在运行时从 AppServer 库动态加载类，我们也会遇到版本问题。

现在，我刚刚遇到了一个问题，我需要与两个不同的 AppServers 对话，并发现根据我首先加载的类，我可能会严重崩溃……有没有办法在不实际杀死 JVM 的情况下强制卸载类？

希望这是有道理的

4

7 回答 7

199

可以卸载类的唯一方法是使用的类加载器是垃圾收集的。这意味着，对每个类和类加载器本身的引用都需要像渡渡鸟一样。

您的问题的一种可能的解决方案是为每个 jar 文件设置一个类加载器，并为每个 AppServers 设置一个类加载器，将类的实际加载委托给特定的 Jar 类加载器。这样，您可以为每个 App 服务器指向不同版本的 jar 文件。

不过，这并非微不足道。OSGi 平台努力做到这一点，因为每个包都有不同的类加载器，并且依赖关系由平台解决。也许一个好的解决方案是看看它。

如果您不想使用 OSGI，一种可能的实现可能是为每个 JAR 文件使用一个JarClassloader类的实例。

并创建一个扩展 Classloader 的新 MultiClassloader 类。这个类在内部会有一个 JarClassloaders 数组（或 List），并且在 defineClass() 方法中将遍历所有内部类加载器，直到可以找到定义，或者抛出 NoClassDefFoundException。可以提供几个访问器方法来将新的 JarClassloaders 添加到类中。MultiClassLoader 在网上有几种可能的实现，因此您甚至可能不需要编写自己的实现。

如果您为与服务器的每个连接实例化一个 MultiClassloader，原则上每个服务器都可能使用同一类的不同版本。

我在一个项目中使用了 MultiClassloader 的想法，其中包含用户定义脚本的类必须从内存中加载和卸载，并且效果很好。

于 2008-09-29T13:46:52.463 回答
47

是的，有一些方法可以加载类并在以后“卸载”它们。诀窍是实现您自己的类加载器，它位于高级类加载器（系统类加载器）和应用服务器的类加载器之间，并希望应用服务器的类加载器确实将类加载委托给上层加载器.

一个类由它的包、它的名称和它最初加载的类加载器定义。编写一个“代理”类加载器，它是启动 JVM 时加载的第一个。工作流程：

  • 程序启动，真正的“主”类由这个代理类加载器加载。
  • 然后正常加载的每个类（即不是通过可能破坏层次结构的另一个类加载器实现）将被委托给这个类加载器。
  • 代理类加载器委托java.x给sun.x系统类加载器（这些类加载器不能通过系统类加载器以外的任何其他类加载器加载）。
  • 对于每个可替换的类，实例化一个类加载器（它真正加载类并且不将其委托给父类加载器）并通过它加载它。
  • 将类的包/名称作为键存储，将类加载器作为值存储在数据结构（即 Hashmap）中。
  • 每次代理类加载器收到对之前加载的类的请求时，它都会从之前存储的类加载器中返回该类。
  • 通过类加载器定位类的字节数组（或从数据结构中“删除”键/值对）并重新加载类以防万一您想要更改它应该足够了。

正确完成不应该出现ClassCastException或LinkageError等。

有关类加载器层次结构的更多信息（是的，这正是您在此处实现的内容；-）请查看Ted Neward 的“基于服务器的 Java 编程” ——这本书帮助我实现了与您想要的非常相似的东西。

于 2008-09-29T13:59:35.413 回答
17

我编写了一个自定义类加载器，可以从中卸载单个类，而无需对类加载器进行 GC。Jar 类加载器

于 2010-07-06T15:33:22.387 回答
12

类加载器可能是一个棘手的问题。如果您使用多个类加载器并且没有清晰和严格地定义它们的交互，您尤其会遇到问题。我认为为了真正能够卸载一个类，你必须删除对你试图卸载的任何类（及其实例）的所有引用。

大多数需要做这类事情的人最终都会使用OSGi。OSGi 真的很强大，出奇的轻量级和易于使用，

于 2008-09-29T13:46:13.777 回答
7

您可以卸载 ClassLoader，但不能卸载特定的类。更具体地说，您无法卸载在不受您控制的 ClassLoader 中创建的类。

如果可能，我建议使用您自己的 ClassLoader，以便您可以卸载。

于 2008-09-29T13:44:39.503 回答
4

类具有对其 ClassLoader 实例的隐式强引用，反之亦然。它们与 Java 对象一样被垃圾收集。如果不点击工具界面或类似界面，您将无法删除单个类。

与以往一样，您可能会出现内存泄漏。对您的类或类加载器之一的任何强引用都会泄漏整个事情。例如，这发生在 Sun 的 ThreadLocal 实现、java.sql.DriverManager 和 java.beans 中。

于 2008-09-29T15:19:31.460 回答
-3

如果您正在现场观看卸载类是否在JConsole中起作用，请尝试 java.lang.System.gc()在类卸载逻辑的末尾添加。它显式地触发垃圾收集器。

于 2017-10-15T18:56:33.453 回答