我想在这里补充一些东西。请不要说Java运行在虚拟机而不是实际的机器上。虚拟机有自己的与机器通信的方式。它可能因系统而异。现在，当我们调用GC时，我们要求Java虚拟机调用垃圾收集器。

由于垃圾收集器是与虚拟机一起使用的，我们不能强迫它当场进行清理。相反，我们将请求与垃圾收集器一起排队。这取决于虚拟机，在特定时间之后(这可能因系统而异，通常在分配给JVM的阈值内存已满时)，实际机器将释放空间。: D

在未来的版本中，.gc可能会被淘汰——一位Sun工程师曾经评论说，世界上可能只有不到20人真正知道如何使用.gc()——我昨晚花了几个小时研究一个中心/关键数据结构，使用securerrandom生成的数据，当超过40000个对象时，虚拟机就会变慢，就像指针用光了一样。显然，它被16位指针表所阻塞，并表现出典型的“机械故障”行为。

我尝试了-Xms等等，一直在旋转，直到它运行到大约57,xxx什么的。然后，在gc()之后，它将运行gc，从57,127到57,128——大约是Easy Money营地代码膨胀的速度。

你的设计需要基本的重新工作，可能是一个滑动窗口的方法。

FYI

方法调用System.runFinalizersOnExit(true)保证终结器方法 在Java关闭之前调用。然而，这种方法本质上是不安全的 并且已经被弃用。另一种方法是在方法中添加“关机钩子” Runtime.addShutdownHook。

马萨拉特·西迪基

真的，我不懂你。而是成为 清楚“无限物体创造” 我是说有一些 代码在我的大系统做创建 可以处理的对象，并在其中生活 回忆，我无法得到这一片 其实是代码，只是个手势!!

这是正确的，唯一的姿态。你已经有了很多标准答案。让我们一个一个来看:

我无法得到这段代码 实际上

正确，没有真正的jvm——这只是一个规范，一堆描述期望行为的计算机科学…我最近研究了如何从本地代码初始化Java对象。要得到你想要的东西，唯一的方法就是执行所谓的主动置空。如果做错了，错误是非常糟糕的，我们必须将自己限制在问题的原始范围内:

我大系统里的一段代码 创建对象

这里的大多数海报会假设你说你正在处理一个界面，如果是这样的话，我们就必须看看你是一次被交付整个对象还是一个项目。

如果你不再需要一个对象，你可以将null赋值给该对象，但如果你弄错了，就会生成一个空指针异常。我敢打赌，如果您使用NIO，您可以实现更好的工作

任何时候你或我或其他人得到:“拜托，我非常需要那个。”这几乎是一个普遍的前兆，几乎完全破坏你正在努力工作....写一个小的示例代码，从它消毒任何实际使用的代码，并向我们展示您的问题。

不要沮丧。通常情况下，这意味着您的dba正在使用从某个地方购买的包，并且原始设计没有针对大规模数据结构进行调整。

这很常见。

jlibs库有一个很好的用于垃圾收集的实用程序类。您可以使用WeakReference对象的一个漂亮的小技巧强制垃圾收集。

RuntimeUtil.gc()从jlibs:

   /**
    * This method guarantees that garbage collection is
    * done unlike <code>{@link System#gc()}</code>
    */
   public static void gc() {
     Object obj = new Object();
     WeakReference ref = new WeakReference<Object>(obj);
     obj = null;
     while(ref.get() != null) {
       System.gc();
     }
   }

如果您正在使用JUnit和Spring，请尝试在每个测试类中添加以下内容:

@DirtiesContext(classMode = DirtiesContext.ClassMode.AFTER_CLASS)