在2017年4月10日的文章“ Java垃圾收集器：G1GC何時將CMS強制退出？ ”，我討論了JEP 291 （“棄用并發標記掃描（CMS）垃圾收集器”），并提供了一些贊成和反對棄用（并最終淘汰） 并發標記掃描 （CMS） 垃圾收集器 （GC）的反饋摘要。 本月初，一個名為“ 刪除并發標記掃描垃圾收集器 ”的JEP 草案已創建。

該JEP草案的“摘要”部分指出：“從可用的垃圾收集算法集中刪除并發標記掃描（CMS）垃圾收集器。” 盡管此JEP的“草稿”狀態意味著它不針對任何特定發行版，但“非目標”部分向我們保證，JEP草案并不打算在刪除CMS的發行版之前從任何發行版中刪除CMS。 帖子“ RFC：JEP：刪除并發標記掃描垃圾收集器 ”指出，當前計劃是針對JDK 14的 CMS刪除。

JEP草案在“風險和假設”部分中指出，如果另一個“社區中感興趣的可信貢獻者將加緊維護，則可能撤回刪除CMS GC的草案”。 但是，自JEP 291棄用CMS以來的2年多時間里，沒有這樣的“感興趣的可靠貢獻者”提出要維護CMS。 Thomas Schatzl的與此JEP相關的帖子對此進行了更好的描述：

社區中始終可以選擇組織CMS維護，但是沒有人甚至開始著手解決長期存在的已知小問題CMS（以使貢獻者了解CMS代碼并讓我們有信心這些人可以接管這么大的組件的維護）。

刪除CMS的JEP草案專門提到了三個建議的替代垃圾收集器：現在默認的垃圾優先（G1） ， Oracle提供的 ZGC和Red Hat提供的 Shenandoah 。

在審查JEP 291時，有很多反對棄用CMS的意見，現在也有完全刪除CMS的意見。 柯克·佩珀代因（Kirk Pepperdine ） 寫道 ，他和其他人已經注意到“ CMS開銷遠不及G1所能看到的水平”，他們“現在建議客戶考慮使用并行GC，因為它提供了比G1更好的體驗。”

在即將發布的JDK版本中（甚至早在JDK 14中），CMS可能會作為垃圾回收選項被刪除。 正如Kirk Pepperdine在有關該主題的另一篇文章中表示的：“歸根結底，如果我們想要CMS，我們將不得不加緊努力，并為此做些事情。” 到目前為止，似乎還沒有人急需CMS來做些什么（這可能包括與他們首選的JDK提供者合作，以使其在該提供者的JDK中得到支持）。

翻譯自: https://www.javacodegeeks.com/2019/08/draft-jep-remove-deprecated-cms-garbage-collector.html

總結

以上是生活随笔為你收集整理的删除已弃用的CMS垃圾收集器的JEP草案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。