最佳答案
Does garbage collection run after OutOfMemoryError is thrown in java?
它肯定会在抛出 OOME 之前运行。事实上，OOME 通常是由于垃圾收集器发现它无法回收足够的空间来满足分配请求1而引发的。
它是否在抛出 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 中恢复会使它处于比退出并重新启动应用程序时更的状态。
关于java - 在 Java 中抛出 OutOfMemoryError 后是否运行垃圾回收？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13508714/