我们可以使用java运行时触发jmap -histo:live <pid>。这将强制在堆上进行完整的GC，以标记所有活动对象。

public static void triggerFullGC() throws IOException, InterruptedException {
    String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
    Process process = Runtime.getRuntime().exec(
            String.format("jmap -histo:live %s", pid)
    );
    System.out.println("Process completed with exit code :" + process.waitFor());
}

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

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

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

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

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

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

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

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

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

这很常见。

如果您能描述一下需要垃圾回收的原因就更好了。如果您正在使用SWT，您可以释放图像和字体等资源来释放内存。例如:

Image img = new Image(Display.getDefault(), 16, 16);
img.dispose();

还有一些工具可以确定未处理的资源。

在OutOfMemoryError的文档中，它声明除非虚拟机在完整的垃圾回收后未能回收内存，否则它不会被抛出。因此，如果您一直分配内存直到出现错误，那么您将已经强制进行完整的垃圾收集。

想必您真正想问的问题是“如何回收我认为应该通过垃圾收集回收的内存?”

强制GC的最佳(如果不是唯一)方法是编写自定义JVM。我认为垃圾收集器是可插拔的，因此您可能只需要选择一个可用的实现并对其进行调整。

注意:这不是一个简单的答案。

我们可以使用java运行时触发jmap -histo:live <pid>。这将强制在堆上进行完整的GC，以标记所有活动对象。

public static void triggerFullGC() throws IOException, InterruptedException {
    String pid = ManagementFactory.getRuntimeMXBean().getName().split("@")[0];
    Process process = Runtime.getRuntime().exec(
            String.format("jmap -histo:live %s", pid)
    );
    System.out.println("Process completed with exit code :" + process.waitFor());
}