Java 不应该有内存泄漏，但它仍然是可能的。当我的程序有内存泄漏时，我可以修复它（我希望）。但是当一些第三方包有它时，我该怎么办？除了不使用这个包之外几乎什么都没有。
还有其他解决方案吗？我喜欢沙盒的想法。您可以在某个区域内做任何您想做的事情，并且您的“身体”没有能力打扰您盒子之外的其他人。有没有办法在 Java 中为内存使用创建这样的沙箱？想象一下 = 为内存使用创建沙箱，允许一些包做它做的任何事情，获取结果并删除这个沙箱以及这里留下的任何垃圾！ GC 没有并发症，没有清理或处置内存。只需删除并忘记它。
有办法吗？
【问题讨论】：
标签： java memory memory-leaks
最好的方法是启动另一个 JVM，通过 socket 与它通信（例如），并在完成后终止 JVM。
讨论我们是否可以在同一个 JVM 中对其进行沙箱处理会很有趣。
在您使用完 3rd 方库之后，您不再引用该库中的任何对象，那么仍然存在的垃圾可能是什么？
它们的类 - 即使您没有引用它们中的任何一个，如果它们由与您的代码相同的类加载器加载，这些类将持续存在。并且它们的静态字段可以引用更多的延迟数据，等等
ThreadLocal - 它可能设置了一些线程局部变量，但没有清理它们
线程 - 它可能产生了一些持续存在的线程
在一些全球性的地方 - 例如。 System.setProperty() - 它会留在那里。
所以总的来说，这可能很困难。
但是，我们可以使用单独的类加载器和单独的线程来执行 3rd 方库，并且这种策略在大多数情况下可能会卸载所有 3rd 方创建的垃圾。
是否有现有的工具可以做到这一点？我对此不太了解。我确实有一些实现热重载服务器的经验，并且我有一些可用于此目的的实用程序类。例如
// wrap 3rd party code, expose it as some java.*.* interface
public class MyWrapper implements Callable<String>
{
@Override
public String call()
{
return ThirdParty.query(..);
}
}
HotReloader hot = new HotReloader();
Callable<String> func = (Callable<String>)hot.getAppInstance("pkg.MyWrapper");
String result = func.call();
// then dereference `hot` and `func`
【讨论】：