隨著堆利用率接近 100% 并且不可避免的 OutOfMemoryError 可能導致生產 JVM 崩潰，傾向于實時 JAVA 應用程序的 DevOps 專業人員不會要求一種機制來強制 Java 垃圾收集并釋放幾兆字節的內存。

不幸的是，這種立即釋放內存的愿望肯定是徒勞的，因為在 Java 中沒有辦法強制進行垃圾收集 (GC)。但是，這里有五種策略可以讓 Java 虛擬機 ( JVM ) 確定任務的優先級。

1. 調用System.gc()

開發人員可以在其代碼中的任何位置調用 System.gc() 來指示 JVM 優先考慮垃圾收集。當開發人員調用此方法時——JVM 上沒有極端負載——Java GC 循環將在幾秒鐘內發生。

System.gc();

2.調用Runtime.getRuntime().gc()

另一種選擇是使用Runtime.getRuntime().gc()調用。這是JDK為想要強制進行 Java 垃圾收集的開發人員提供的第二個功能。Runtime.getRuntime().gc()調用實際上只是在后臺調用方法System.gc ( ) 。結果，這兩個方法調用是完全一樣的。

Runtime.getRuntime().gc();

3.使用jmap強制GC

Java 內存映射 (JMAP) 實用程序有一個打印 Java 堆直方圖的方法。jmap命令的一個副作用是，當它被調用時，它會強制執行垃圾收集例程。但是，這并不是強制進行 Java 垃圾收集的萬無一失的方法。如果 JVM 很忙并且無法執行 GC 循環，則該命令將出錯。

$ jmap -histo:live 7544

Figure 1 您可以嘗試使用 JDK 的 JMAP 和 JCMD 實用程序強制執行 Java 垃圾收集。

4. 使用jcmd的命令行 Java GC

Java 診斷命令 (JCMD) 是另一個JDK 實用程序，如果 JVM 可以安全地安排 stop-the-world 暫停，它將觸發垃圾收集例程。如果不是，此命令將以與jmap實用程序相同的方式出錯。

$ jcmd 7544 GC.run

5. 使用 JConsole 或 Java Mission Control

JConsole 和 Java Mission Control 都提供了與 Java 診斷命令實用程序交互的用戶友好界面，可用于強制執行 Java 垃圾收集。JConsole監控工具在其內存管理頁面上提供了一個按鈕，上面寫著Run Garbage Collection。Java Mission Control 允許開發人員選擇任何jcmd 開關——包括GC.run——并通過單擊按鈕執行命令。

但是，這些工具在 Java 垃圾收集方面并沒有做任何獨特的事情。他們只是在幕后調用jcmd實用程序。

Figure 2 Java Mission Control 和 JConsole 都有可視化工具，允許您強制執行 Java GC。

如何強制 Java 垃圾回收

雖然開發人員永遠不能真正強制 Java 垃圾收集，但有一些方法可以讓 JVM 優先考慮內存管理功能。回顧一下，嘗試強制執行 Java 垃圾收集的五種方法是：

1. 調用System.gc()命令。
2. 調用getRuntime().gc()命令。
3. 使用jmap命令。
4. 使用jcmd命令。
5. 使用 JConsole 或 Java Mission Control。