java8gc

A. java 的七種垃圾收集器 | Linux 中國

Java 的內存管理中，垃圾收集器（GC）起著至關重要的作用，它自動回收不再使用的對象，避免內存泄露和應用程序崩潰。

在 Java 虛擬機（JVM）中，有七種不同的垃圾收集器可供選擇，每種都有其特定的目的和優勢。

1、Serial 收集器：這是垃圾收集器的原始實現，使用單線程進行垃圾回收。適用於可以承受短暫停頓的應用程序。在運行時，可以通過以下命令啟用該垃圾收集器：

2、Parallel 收集器：與 Serial 收集器類似，Parallel 收集器也使用「stop the world」方法，但在垃圾收集時會有多個線程參與。適用於多線程和多處理器環境下的應用程序。使用該垃圾收集器時，可以通過各種 JVM 參數進行調優。可以使用以下命令顯式啟用 Parallel 收集器：

3、Concurrent Mark Sweep（CMS）收集器：CMS 垃圾收集器與應用程序並行運行，適用於停頓時間較短的應用程序。在 Java8 中已過時，並在 Java14 中被移除。可以使用以下命令啟用 CMS 收集器：

4、G1 收集器：G1 垃圾收集器旨在替代 GMS，具有並行、並發和增量壓縮功能。它將堆內存劃分為大小相同的區域，通過多個線程觸發全局標記階段。可以使用以下命令啟用 G1 收集器：

5、Epsilon 收集器：在 Java11 中引入的 no-op 收集器，不做任何實際的內存回收，只負責管理內存分配。可以使用以下命令啟用 Epsilon 收集器：

6、Shenandoah 收集器：在 JDK12 中引入的 CPU 密集型垃圾收集器，進行內存壓縮，立即刪除無用對象並釋放操作系統的空間。可以使用以下命令啟用 Shenandoah 收集器：

7、ZGC 收集器：為低延遲需要和大量堆空間使用而設計，允許在垃圾回收器運行時 Java 應用程序繼續運行。可以使用以下命令啟用 ZGC 收集器：

Java 提供了靈活的內存管理方式，熟悉不同的可用方法有助於為正在開發或運行的應用程序選擇最合適的內存管理方式。

B. java8與java11有什麼不同

OptaPlanner 表示，從 Java 8 到 Java 11，G1 GC 的平均速度改進為 16.1％，並行 GC 為 4.5％。此外雖然並行 GC 面向吞吐量，而 G1 則側重於低延遲 GC，但是 Java 11 中帶來的 G1 顯著改進，使得將兩者進行直接比較是有意義的。此外，基於基準測試中的大多數數據集來看，並行 GC 還是更適合 OptaPlanner 的，因為吞吐量對於解決 OptaPlanner 的優化問題更為重要

C. java8和java11的gc處理

Java垃圾回收概況_ava_C(Garbage Collection,垃圾回收)機制,是Java與C++/C的主要區別之一,作為Java開發者。
當前使用量最大的_ava版本是 8,所以測試者用_ava?8與_ava?11進行對比測試。