java - 在 Java 中抛出 OutOfMemoryError 后是否运行垃圾回收？

Question

看起来应该如此。但有人能肯定或否认吗？

相关的是:

Catching java.lang.OutOfMemoryError?

Is it possible to catch out of memory exception in java?

Answer 1

Does garbage collection run after OutOfMemoryError is thrown in java?

它肯定会在抛出 OOME 之前运行。事实上，OOME 通常是由于垃圾收集器发现它无法回收足够的空间来满足分配请求¹而引发的。

它是否在抛出 OOME 后 运行取决于应用程序的行为。如果应用程序尝试继续，GC 将通常在应用程序下次请求更多内存时运行......在其继续执行中。

^{1 - 事实上，可以将 GC 配置为在检测到它花费太多时间进行垃圾收集时抛出 OOME。在这种情况下，JVM 手头可能有大量有用的未分配内存。}

---

Aaron Digulla 是这样说的:

So in a carefully designed application, you can catch and handle OOME and the program will survive and continue working.

这是事实，但出于两个不同的原因，您通常不应该这样做。

第一个原因是 OOME 可以在线程尝试分配内存的任何地方抛出。无论 JVM 当时在做什么，都将被终止……直到 OOME 被捕获。例如:

• 如果线程正在更新共享数据结构(在锁下)，则数据结构将处于半更新状态。

• 如果线程应该通知其他线程，那么该通知将永远不会发生，其他线程将等待。

• 如果线程没有捕捉到 OOME，那么它将退出，如果没有其他注意到，那么您可能会留下一个不再工作的应用程序。

问题是这些“破坏”很难检测或预测，也很难从中恢复。

第二个原因是 OOME 通常表示以下情况之一:

• 您试图在堆内存不足的情况下执行计算。如果您尝试从 OOME 中恢复，您可能会再次遇到同样的问题。

• 您的应用程序存在内存泄漏；也就是说，您的应用程序中的某些数据结构正在保留对“垃圾”对象的引用，并防止它们被回收。很有可能，如果您尝试从 OOME 中恢复，什么都不会改变，您将一次又一次地遇到同样的问题。

那么，恢复成功的前提是:

• 您知道 OOME 不会损坏 JVM 中任何重要的东西，并且
• 您知道您不会再次遇到 OOME ......因为根本原因仍然存在。

在大多数应用程序中，这些都是必须满足的硬先决条件。如果未满足它们，则很有可能尝试从 OOME 中恢复会使它处于比退出并重新启动应用程序时更的状态。