Java虛擬機(jī)中GC算法和種類是什么

這篇文章主要介紹了Java虛擬機(jī)中GC算法和種類是什么，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

一、GC的概念：

• GC：Garbage Collection 垃圾收集

• 1960年 Lisp使用了GC

• Java中，GC的對象是Java堆和方法區(qū)（即***區(qū)）

我們接下來對上面的三句話進(jìn)行一一的解釋：

（1）GC：Garbage Collection 垃圾收集。這里所謂的垃圾指的是在系統(tǒng)運(yùn)行過程當(dāng)中所產(chǎn)生的一些無用的對象，這些對象占據(jù)著一定的內(nèi)存空間，如果長期不被釋放，可能導(dǎo)致OOM。

在C/C++里是由程序猿自己去申請、管理和釋放內(nèi)存空間，因此沒有GC的概念。而在Java中，后臺專門有一個專門用于垃圾回收的線程來進(jìn)行監(jiān)控、掃描，自動將一些無用的內(nèi)存進(jìn)行釋放，這就是垃圾收集的一個基本思想，目的在于防止由程序猿引入的人為的內(nèi)存泄露。

（2）事實上，GC的歷史比Java久遠(yuǎn)，1960年誕生于MIT的Lisp是***門真正使用內(nèi)存動態(tài)分配和垃圾收集技術(shù)的語言。當(dāng)Lisp還在胚胎時期時，人們就在思考GC需要完成的3件事情：

哪些內(nèi)存需要回收？

什么時候回收？

如何回收？

（3）內(nèi)存區(qū)域中的程序計數(shù)器、虛擬機(jī)棧、本地方法棧這3個區(qū)域隨著線程而生，線程而滅；棧中的棧幀隨著方法的進(jìn)入和退出而有條不紊地執(zhí)行著出棧和入棧的操作，每個棧幀中分配多少內(nèi)存基本是在類結(jié)構(gòu)確定下來時就已知的。在這幾個區(qū)域不需要過多考慮回收的問題，因為方法結(jié)束或者線程結(jié)束時，內(nèi)存自然就跟著回收了。

而Java堆和方法區(qū)則不同，一個接口中的多個實現(xiàn)類需要的內(nèi)存可能不同，一個方法中的多個分支需要的內(nèi)存也可能不一樣，我們只有在程序處于運(yùn)行期間時才能知道會創(chuàng)建哪些對象，這部分內(nèi)存的分配和回收都是動態(tài)的，GC關(guān)注的也是這部分內(nèi)存，后面的文章中如果涉及到“內(nèi)存”分配與回收也僅指著一部分內(nèi)存。

二、引用計數(shù)算法：（老牌垃圾回收算法。無法處理循環(huán)引用，沒有被Java采納）

1、引用計數(shù)算法的概念：

給對象中添加一個引用計數(shù)器，每當(dāng)有一個地方引用它時，計數(shù)器值就加1；當(dāng)引用失效時，計數(shù)器值就減1；任何時刻計數(shù)器為0的對象就是不可能再被使用的。

2、使用者舉例：

引用計數(shù)算法的實現(xiàn)簡單，判定效率也高，大部分情況下是一個不錯的算法。很多地方應(yīng)用到它。例如：

微軟公司的COM技術(shù)：Computer Object Model

使用ActionScript3的FlashPlayer

Python

但是，主流的java虛擬機(jī)并沒有選用引用計數(shù)算法來管理內(nèi)存，其中最主要的原因是：它很難解決對象之間相互循環(huán)引用的問題。

3、引用計數(shù)算法的問題：

• 引用和去引用伴隨加法和減法，影響性能

• 致命的缺陷：對于循環(huán)引用的對象無法進(jìn)行回收

上面的3個圖中，對于最右邊的那張圖而言：循環(huán)引用的計數(shù)器都不為0，但是他們對于根對象都已經(jīng)不可達(dá)了，但是無法釋放。

循環(huán)引用的代碼舉例：

public class Object {      Object field = null;          public static void main(String[] args) {         Thread thread = new Thread(new Runnable() {             public void run() {                 Object objectA = new Object();                 Object objectB = new Object();//位置1                 objectA.field = objectB;                 objectB.field = objectA;//位置2                 //to do something                 objectA = null;                 objectB = null;//位置3             }         });         thread.start();         while (true);     }      }

上方代碼看起來有點刻意為之，但其實在實際編程過程當(dāng)中，是經(jīng)常出現(xiàn)的，比如兩個一對一關(guān)系的數(shù)據(jù)庫對象，各自保持著對方的引用。***一個***循環(huán)只是為了保持JVM不退出，沒什么實際意義。

代碼解釋：

代碼中標(biāo)注了1、2、3三個數(shù)字，當(dāng)位置1的語句執(zhí)行完以后，兩個對象的引用計數(shù)全部為1。當(dāng)位置2的語句執(zhí)行完以后，兩個對象的引用計數(shù)就全部變 成了2。當(dāng)位置3的語句執(zhí)行完以后，也就是將二者全部歸為空值以后，二者的引用計數(shù)仍然為1。根據(jù)引用計數(shù)算法的回收規(guī)則，引用計數(shù)沒有歸0的時候是不會 被回收的。

對于我們現(xiàn)在使用的GC來說，當(dāng)thread線程運(yùn)行結(jié)束后，會將objectA和objectB全部作為待回收的對象。而如果我們的GC采用上面所說的引用計數(shù)算法，則這兩個對象永遠(yuǎn)不會被回收，即便我們在使用后顯示的將對象歸為空值也毫無作用。

三、根搜索算法：

1、根搜索算法的概念：

由于引用計數(shù)算法的缺陷，所以JVM一般會采用一種新的算法，叫做根搜索算法。它的處理方式就是，設(shè)立若干種根對象，當(dāng)任何一個根對象到某一個對象均不可達(dá)時，則認(rèn)為這個對象是可以被回收的。

如上圖所示，ObjectD和ObjectE是互相關(guān)聯(lián)的，但是由于GC roots到這兩個對象不可達(dá)，所以最終D和E還是會被當(dāng)做GC的對象，上圖若是采用引用計數(shù)法，則A-E五個對象都不會被回收。

2、可達(dá)性分析：

我們剛剛提到，設(shè)立若干種根對象，當(dāng)任何一個根對象到某一個對象均不可達(dá)時，則認(rèn)為這個對象是可以被回收的。我們在后面介紹標(biāo)記-清理算法/標(biāo)記整理算法時，也會一直強(qiáng)調(diào)從根節(jié)點開始，對所有可達(dá)對象做一次標(biāo)記，那什么叫做可達(dá)呢？這里解釋如下：

可達(dá)性分析：

從根（GC Roots）的對象作為起始點，開始向下搜索，搜索所走過的路徑稱為“引用鏈”，當(dāng)一個對象到GC Roots沒有任何引用鏈相連（用圖論的概念來講，就是從GC Roots到這個對象不可達(dá)）時，則證明此對象是不可用的。

3、根（GC Roots）：

說到GC roots（GC根），在JAVA語言中，可以當(dāng)做GC roots的對象有以下幾種：

1、棧（棧幀中的本地變量表）中引用的對象。

2、方法區(qū)中的靜態(tài)成員。

3、方法區(qū)中的常量引用的對象（全局變量）

4、本地方法棧中JNI（一般說的Native方法）引用的對象。

注：***和第四種都是指的方法的本地變量表，第二種表達(dá)的意思比較清晰，第三種主要指的是聲明為final的常量值。

在根搜索算法的基礎(chǔ)上，現(xiàn)代虛擬機(jī)的實現(xiàn)當(dāng)中，垃圾搜集的算法主要有三種，分別是標(biāo)記-清除算法、復(fù)制算法、標(biāo)記-整理算法。這三種算法都擴(kuò)充了根搜索算法，不過它們理解起來還是非常好理解的。

四、標(biāo)記-清除算法：

1、標(biāo)記清除算法的概念：

標(biāo)記-清除算法是現(xiàn)代垃圾回收算法的思想基礎(chǔ)。標(biāo)記-清除算法將垃圾回收分為兩個階段：標(biāo)記階段和清除階段。一種可行的實現(xiàn)是，在標(biāo)記階段，首先通過根節(jié)點，標(biāo)記所有從根節(jié)點開始的可達(dá)對象。因此，未被標(biāo)記的對象就是未被引用的垃圾對象；然后，在清除階段，清除所有未被標(biāo)記的對象。

2、標(biāo)記-清除算法詳解：

它的做法是當(dāng)堆中的有效內(nèi)存空間（available memory）被耗盡的時候，就會停止整個程序（也被成為stop the world），然后進(jìn)行兩項工作，***項則是標(biāo)記，第二項則是清除。

• 標(biāo)記：標(biāo)記的過程其實就是，遍歷所有的GC Roots，然后將所有GC Roots可達(dá)的對象標(biāo)記為存活的對象。

• 清除：清除的過程將遍歷堆中所有的對象，將沒有標(biāo)記的對象全部清除掉。

也就是說，就是當(dāng)程序運(yùn)行期間，若可以使用的內(nèi)存被耗盡的時候，GC線程就會被觸發(fā)并將程序暫停，隨后將依舊存活的對象標(biāo)記一遍，最終再將堆中所有沒被標(biāo)記的對象全部清除掉，接下來便讓程序恢復(fù)運(yùn)行。

來看下面這張圖：

上圖代表的是程序運(yùn)行期間所有對象的狀態(tài)，它們的標(biāo)志位全部是0（也就是未標(biāo)記，以下默認(rèn)0就是未標(biāo)記，1為已標(biāo)記），假設(shè)這會兒有效內(nèi)存空間耗盡了，JVM將會停止應(yīng)用程序的運(yùn)行并開啟GC線程，然后開始進(jìn)行標(biāo)記工作，按照根搜索算法，標(biāo)記完以后，對象的狀態(tài)如下圖：

上圖中可以看到，按照根搜索算法，所有從root對象可達(dá)的對象就被標(biāo)記為了存活的對象，此時已經(jīng)完成了***階段標(biāo)記。接下來，就要執(zhí)行第二階段清除了，那么清除完以后，剩下的對象以及對象的狀態(tài)如下圖所示：

上圖可以看到，沒有被標(biāo)記的對象將會回收清除掉，而被標(biāo)記的對象將會留下，并且會將標(biāo)記位重新歸0。接下來就不用說了，喚醒停止的程序線程，讓程序繼續(xù)運(yùn)行即可。

疑問：為什么非要停止程序的運(yùn)行呢？

答：

這個其實也不難理解，假設(shè)我們的程序與GC線程是一起運(yùn)行的，各位試想這樣一種場景。

假設(shè)我們剛標(biāo)記完圖中最右邊的那個對象，暫且記為A，結(jié)果此時在程序當(dāng)中又new了一個新對象B，且A對象可以到達(dá)B對象。但是由于此時A對象已經(jīng) 標(biāo)記結(jié)束，B對象此時的標(biāo)記位依然是0，因為它錯過了標(biāo)記階段。因此當(dāng)接下來輪到清除階段的時候，新對象B將會被苦逼的清除掉。如此一來，不難想象結(jié) 果，GC線程將會導(dǎo)致程序無法正常工作。

上面的結(jié)果當(dāng)然令人無法接受，我們剛new了一個對象，結(jié)果經(jīng)過一次GC，忽然變成null了，這還怎么玩？

3、標(biāo)記-清除算法的缺點：

（1）首先，它的缺點就是效率比較低（遞歸與全堆對象遍歷），導(dǎo)致stop the world的時間比較長，尤其對于交互式的應(yīng)用程序來說簡直是無法接受。試想一下，如果你玩一個網(wǎng)站，這個網(wǎng)站一個小時就掛五分鐘，你還玩嗎？

（2）第二點主要的缺點，則是這種方式清理出來的空閑內(nèi)存是不連續(xù)的，這點不難理解，我們的死亡對象都是隨即的出現(xiàn)在內(nèi)存的各個角落的，現(xiàn)在把它們清除之后，內(nèi)存的布局自然會亂七八糟。而為了應(yīng)付這一點，JVM就不得不維持一個內(nèi)存的空閑列表，這又是一種開銷。而且在分配數(shù)組對象的時候，尋找連續(xù)的內(nèi)存空間會不太好找。

五、復(fù)制算法：（新生代的GC）

復(fù)制算法的概念：

將原有的內(nèi)存空間分為兩塊，每次只使用其中一塊，在垃圾回收時，將正在使用的內(nèi)存中的存活對象復(fù)制到未使用的內(nèi)存塊中，之后，清除正在使用的內(nèi)存塊中的所有對象，交換兩個內(nèi)存的角色，完成垃圾回收。

• 與標(biāo)記-清除算法相比，復(fù)制算法是一種相對高效的回收方法

• 不適用于存活對象較多的場合，如老年代（復(fù)制算法適合做新生代的GC）

• 復(fù)制算法的***的問題是：空間的浪費(fèi)

復(fù)制算法使得每次都只對整個半?yún)^(qū)進(jìn)行內(nèi)存回收，內(nèi)存分配時也就不用考慮內(nèi)存碎片等復(fù)雜情況，只要移動堆頂指針，按順序分配內(nèi)存即可，實現(xiàn)簡單，運(yùn)行高效。只是這種算法的代價是將內(nèi)存縮小為原來的一半，這個太要命了。

所以從以上描述不難看出，復(fù)制算法要想使用，最起碼對象的存活率要非常低才行，而且最重要的是，我們必須要克服50%內(nèi)存的浪費(fèi)。

現(xiàn)在的商業(yè)虛擬機(jī)都采用這種收集算法來回收新生代，新生代中的對象98%都是“朝生夕死”的，所以并不需要按照1:1的比例來劃分內(nèi)存空間，而是將內(nèi)存分為一塊比較大的Eden空間和兩塊較小的Survivor空間，每次使用Eden和其中一塊Survivor。當(dāng)回收時，將Eden和Survivor中還存活著的對象一次性地復(fù)制到另外一塊Survivor空間上，***清理掉Eden和剛才用過的Survivor空間。HotSpot虛擬機(jī)默認(rèn)Eden和Survivor的大小比例是8:1，也就是說，每次新生代中可用內(nèi)存空間為整個新生代容量的90%（80%+10%），只有10%的空間會被浪費(fèi)。

當(dāng)然，98%的對象可回收只是一般場景下的數(shù)據(jù)，我們沒有辦法保證每次回收都只有不多于10%的對象存活，當(dāng)Survivor空間不夠用時，需要依賴于老年代進(jìn)行分配擔(dān)保，所以大對象直接進(jìn)入老年代。整個過程如下圖所示：

上圖中，綠色箭頭的位置代表的是大對象，大對象直接進(jìn)入老年代。

根據(jù)上面的復(fù)制算法，現(xiàn)在我們來看下面的這個gc日志的數(shù)字，就應(yīng)該能看得懂了吧：

上方GC日志中，新生代的可用空間是13824K（eden區(qū)的12288K+from space的1536K）。而根據(jù)內(nèi)存的地址計算得知，新生代的總空間為15M，而這個15M的空間是 = 13824K +to space 的 1536K。

六、標(biāo)記-整理算法：（老年代的GC）

引入：

如果在對象存活率較高時就要進(jìn)行較多的復(fù)制操作，效率將會變低。更關(guān)鍵的是，如果不想浪費(fèi)50%的空間，就需要有額外的空間進(jìn)行分配擔(dān)保，以應(yīng)對被使用的內(nèi)存中所有對象都100%存活的極端情況，所以在老年代一般不能直接選中這種算法。

概念：

標(biāo)記-壓縮算法適合用于存活對象較多的場合，如老年代。它在標(biāo)記-清除算法的基礎(chǔ)上做了一些優(yōu)化。和標(biāo)記-清除算法一樣，標(biāo)記-壓縮算法也首先需要從根節(jié)點開始，對所有可達(dá)對象做一次標(biāo)記；但之后，它并不簡單的清理未標(biāo)記的對象，而是將所有的存活對象壓縮到內(nèi)存的一端；之后，清理邊界外所有的空間。

• 標(biāo)記：它的***個階段與標(biāo)記/清除算法是一模一樣的，均是遍歷GC Roots，然后將存活的對象標(biāo)記。
  

• 整理：移動所有存活的對象，且按照內(nèi)存地址次序依次排列，然后將末端內(nèi)存地址以后的內(nèi)存全部回收。因此，第二階段才稱為整理階段。

上圖中可以看到，標(biāo)記的存活對象將會被整理，按照內(nèi)存地址依次排列，而未被標(biāo)記的內(nèi)存會被清理掉。如此一來，當(dāng)我們需要給新對象分配內(nèi)存時，JVM只需要持有一個內(nèi)存的起始地址即可，這比維護(hù)一個空閑列表顯然少了許多開銷。

標(biāo)記/整理算法不僅可以彌補(bǔ)標(biāo)記/清除算法當(dāng)中，內(nèi)存區(qū)域分散的缺點，也消除了復(fù)制算法當(dāng)中，內(nèi)存減半的高額代價。

• 但是，標(biāo)記/整理算法唯一的缺點就是效率也不高。

不僅要標(biāo)記所有存活對象，還要整理所有存活對象的引用地址。從效率上來說，標(biāo)記/整理算法要低于復(fù)制算法。

標(biāo)記-清除算法、復(fù)制算法、標(biāo)記整理算法的總結(jié)：

三個算法都基于根搜索算法去判斷一個對象是否應(yīng)該被回收，而支撐根搜索算法可以正常工作的理論依據(jù)，就是語法中變量作用域的相關(guān)內(nèi)容。因此，要想防止內(nèi)存泄露，最根本的辦法就是掌握好變量作用域，而不應(yīng)該使用C/C++式內(nèi)存管理方式。

在GC線程開啟時，或者說GC過程開始時，它們都要暫停應(yīng)用程序（stop the world）。

它們的區(qū)別如下：（>表示前者要優(yōu)于后者，=表示兩者效果一樣）

（1）效率：復(fù)制算法>標(biāo)記/整理算法>標(biāo)記/清除算法（此處的效率只是簡單的對比時間復(fù)雜度，實際情況不一定如此）。

（2）內(nèi)存整齊度：復(fù)制算法=標(biāo)記/整理算法>標(biāo)記/清除算法。

（3）內(nèi)存利用率：標(biāo)記/整理算法=標(biāo)記/清除算法>復(fù)制算法。

注1：可以看到標(biāo)記/清除算法是比較落后的算法了，但是后兩種算法卻是在此基礎(chǔ)上建立的。

注2：時間與空間不可兼得。

七、分代收集算法：（新生代的GC+老年代的GC）

當(dāng)前商業(yè)虛擬機(jī)的GC都是采用的“分代收集算法”，這并不是什么新的思想，只是根據(jù)對象的存活周期的不同將內(nèi)存劃分為幾塊兒。一般是把Java堆分為新生代和老年代：短命對象歸為新生代，長命對象歸為老年代。

• 少量對象存活，適合復(fù)制算法：在新生代中，每次GC時都發(fā)現(xiàn)有大批對象死去，只有少量存活，那就選用復(fù)制算法，只需要付出少量存活對象的復(fù)制成本就可以完成GC。

• 大量對象存活，適合用標(biāo)記-清理/標(biāo)記-整理：在老年代中，因為對象存活率高、沒有額外空間對他進(jìn)行分配擔(dān)保，就必須使用“標(biāo)記-清理”/“標(biāo)記-整理”算法進(jìn)行GC。

注：老年代的對象中，有一小部分是因為在新生代回收時，老年代做擔(dān)保，進(jìn)來的對象；絕大部分對象是因為很多次GC都沒有被回收掉而進(jìn)入老年代。

八、可觸及性：

所有的算法，需要能夠識別一個垃圾對象，因此需要給出一個可觸及性的定義。

可觸及的：

從根節(jié)點可以觸及到這個對象。

其實就是從根節(jié)點掃描，只要這個對象在引用鏈中，那就是可觸及的。

可復(fù)活的：

一旦所有引用被釋放，就是可復(fù)活狀態(tài)

因為在finalize()中可能復(fù)活該對象

不可觸及的：

在finalize()后，可能會進(jìn)入不可觸及狀態(tài)

不可觸及的對象不可能復(fù)活

要被回收。

finalize方法復(fù)活對象的代碼舉例：

package test03;  /**  * Created by smyhvae on 2015/8/19.  */ public class CanReliveObj {     public static CanReliveObj obj;      //當(dāng)執(zhí)行GC時，會執(zhí)行finalize方法，并且只會執(zhí)行一次     @Override     protected void finalize() throws Throwable {         super.finalize();         System.out.println("CanReliveObj finalize called");         obj = this;   //當(dāng)執(zhí)行GC時，會執(zhí)行finalize方法，然后這一行代碼的作用是將null的object復(fù)活一下，然后變成了可觸及性     }      @Override     public String toString() {         return "I am CanReliveObj";     }      public static void main(String[] args) throws             InterruptedException {         obj = new CanReliveObj();         obj = null;   //可復(fù)活         System.out.println("***次gc");         System.gc();         Thread.sleep(1000);         if (obj == null) {             System.out.println("obj 是 null");         } else {             System.out.println("obj 可用");         }         obj = null;    //不可復(fù)活         System.out.println("第二次gc");         System.gc();         Thread.sleep(1000);         if (obj == null) {             System.out.println("obj 是 null");         } else {             System.out.println("obj 可用");         }     } }

我們需要注意第14行的注釋。一開始，我們在第25行將obj設(shè)置為null， 然后執(zhí)行一次GC，本以為obj會被回收掉，其實并沒有，因為GC的時候會調(diào)用11行的finalize方法，然后obj在第14行被復(fù)活了。緊接著又在 第34行設(shè)置obj設(shè)置為null，然后執(zhí)行一次GC，此時obj就被回收掉了，因為finalize方法只會執(zhí)行一次。

finalize方法的使用總結(jié)：

• 經(jīng)驗：避免使用finalize()，操作不慎可能導(dǎo)致錯誤。

• 優(yōu)先級低，何時被調(diào)用，不確定

何時發(fā)生GC不確定，自然也就不知道finalize方法什么時候執(zhí)行

• 如果要使用finalize去釋放資源，我們可以使用try-catch-finally來替代它

九、Stop-The-World：

1、Stop-The-World概念：

Java中一種全局暫停的現(xiàn)象。

全局停頓，所有Java代碼停止，native代碼可以執(zhí)行，但不能和JVM交互

多半情況下是由于GC引起。

少數(shù)情況下由其他情況下引起，如：Dump線程、死鎖檢查、堆Dump。

2、GC時為什么會有全局停頓？

打個比方：類比在聚會，突然GC要過來打掃房間，聚會時很亂，又有新的垃圾產(chǎn)生，房間永遠(yuǎn)打掃不干凈，只有讓大家停止活動了，才能將房間打掃干凈。

況且，如果沒有全局停頓，會給GC線程造成很大的負(fù)擔(dān)，GC算法的難度也會增加，GC很難去判斷哪些是垃圾。

3、Stop-The-World的危害：

長時間服務(wù)停止，沒有響應(yīng)

遇到HA系統(tǒng)，可能引起主備切換，嚴(yán)重危害生產(chǎn)環(huán)境。

備注：HA：High Available, 高可用性集群。

比如上面的這主機(jī)和備機(jī)：現(xiàn)在是主機(jī)在工作，此時如果主機(jī)正在GC造成長時間停頓，那么備機(jī)就會監(jiān)測到主機(jī)沒有工作，于是備機(jī)開始工作了；但是主機(jī)不工作只是暫時的，當(dāng)GC結(jié)束之后，主機(jī)又開始工作了，那么這樣的話，主機(jī)和備機(jī)就同時工作了。主機(jī)和備機(jī)同時工作其實是非常危險的，很有可能會導(dǎo)致應(yīng)用程序不一致、不能提供正常的服務(wù)等，進(jìn)而影響生產(chǎn)環(huán)境。

代碼舉例：

（1）打印日志的代碼：（每隔100ms打印一條）

public static class PrintThread extends Thread{ 
    public static final long starttime=System.currentTimeMillis(); 
    @Override 
    public void run(){ 
        try{ 
            while(true){ 
                long t=System.currentTimeMillis()-starttime; 
                System.out.println("time:"+t); 
                Thread.sleep(100); 
            } 
        }catch(Exception e){ 
 
        } 
    } 
} 

上方代碼中，是負(fù)責(zé)打印日志的代碼，每隔100ms打印一條，并計算打印的時間。

（2）工作線程的代碼：（工作線程，專門用來消耗內(nèi)存）

public static class MyThread extends Thread{     HashMap<Long,byte[]> map=new HashMap<Long,byte[]>();     @Override     public void run(){         try{             while(true){                 if(map.size()*512/1024/1024>=450){   //如果map消耗的內(nèi)存消耗大于450時，那就清理內(nèi)存                     System.out.println("=====準(zhǔn)備清理=====:"+map.size());                     map.clear();                 }                  for(int i=0;i<1024;i++){                     map.put(System.nanoTime(), new byte[512]);                 }                 Thread.sleep(1);             }         }catch(Exception e){             e.printStackTrace();         }     } }

然后，我們設(shè)置gc的參數(shù)為：

-Xmx512M -Xms512M -XX:+UseSerialGC -Xloggc:gc.log -XX:+PrintGCDetails -Xmn1m -XX:PretenureSizeThreshold=50 -XX:MaxTenuringThreshold=1

打印日志如下：

上圖中，紅色字體代表的正在GC。按道理來說，應(yīng)該是每隔100ms會打印輸出一條日志，但是當(dāng)執(zhí)行GC的時候，會出現(xiàn)群居停頓的情況，導(dǎo)致沒有按時輸出。

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“Java虛擬機(jī)中GC算法和種類是什么”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識等著你來學(xué)習(xí)!