jstat -gccause pid 1 每格1毫秒輸出結(jié)果

jstat -gccause pid 2000 每格2秒輸出結(jié)果

不斷的在屏幕打印出結(jié)果

? S0???? S1???? E????? O????? P???? YGC???? YGCT??? FGC??? FGCT???? GCT??? LGCC???????????????? GCC??????????????????

?87.71?? 0.00? 94.71? 59.45? 59.03? 20832 1961.089?? 121?? 74.676 2035.765 Allocation Failure?? No GC???????????????

?87.71?? 0.00? 94.71? 59.45? 59.03? 20832 1961.089?? 121?? 74.676 2035.765 Allocation Failure?? No GC???????????????

?87.71?? 0.00? 94.71? 59.45? 59.03? 20832 1961.089?? 121?? 74.676 2035.765 Allocation Failure?? No GC???????????????

?87.71?? 0.00? 94.71? 59.45? 59.03? 20832 1961.089?? 121?? 74.676 2035.765 Allocation Failure?? No GC???????????????

?87.71?? 0.00? 94.71? 59.45? 59.03? 20832 1961.089?? 121?? 74.676 2035.765 Allocation Failure?? No GC???????????????

正好對應(yīng)JVM 的內(nèi)存分代

圖中參數(shù)含義如下：

S0?—?Heap上的?Survivor?space?0?區(qū)已使用空間的百分比?????S1?—?Heap上的?Survivor?space?1?區(qū)已使用空間的百分比?????E???—?Heap上的?Eden?space?區(qū)已使用空間的百分比?????O???—?Heap上的?Old?space?區(qū)已使用空間的百分比?????P???—?Perm?space?區(qū)已使用空間的百分比

YGC?—?從應(yīng)用程序啟動(dòng)到采樣時(shí)發(fā)生?Young?GC?的次數(shù)

YGCT–?從應(yīng)用程序啟動(dòng)到采樣時(shí)?Young?GC?所用的時(shí)間(單位秒)?????FGC?—?從應(yīng)用程序啟動(dòng)到采樣時(shí)發(fā)生?Full?GC?的次數(shù)

FGCT–?從應(yīng)用程序啟動(dòng)到采樣時(shí)?Full?GC?所用的時(shí)間(單位秒)?????GCT?—?從應(yīng)用程序啟動(dòng)到采樣時(shí)用于垃圾回收的總時(shí)間(單位秒)

一续搀、相關(guān)概念

基本回收算法

引用計(jì)數(shù)（Reference Counting）

比較古老的回收算法。原理是此對象有一個(gè)引用，即增加一個(gè)計(jì)數(shù)柿顶，刪除一個(gè)引用則減少一個(gè)計(jì)數(shù)腐螟。垃圾回收時(shí)，只用收集計(jì)數(shù)為0的對象。此算法最致命的是無法處理循環(huán)引用的問題耳鸯。

標(biāo)記-清除（Mark-Sweep）

此算法執(zhí)行分兩階段漆枚。第一階段從引用根節(jié)點(diǎn)開始標(biāo)記所有被引用的對象创译，第二階段遍歷整個(gè)堆，把未標(biāo)記的對象清除墙基。此算法需要暫停整個(gè)應(yīng)用软族，同時(shí)，會產(chǎn)生內(nèi)存碎片残制。

復(fù)制（Copying）

此 算法把內(nèi)存空間劃為兩個(gè)相等的區(qū)域立砸，每次只使用其中一個(gè)區(qū)域。垃圾回收時(shí)初茶，遍歷當(dāng)前使用區(qū)域颗祝，把正在使用中的對象復(fù)制到另外一個(gè)區(qū)域中。次算法每次只處理 正在使用中的對象恼布，因此復(fù)制成本比較小螺戳，同時(shí)復(fù)制過去以后還能進(jìn)行相應(yīng)的內(nèi)存整理，不過出現(xiàn)“碎片”問題折汞。當(dāng)然倔幼，此算法的缺點(diǎn)也是很明顯的，就是需要兩倍 內(nèi)存空間爽待。

標(biāo)記-整理（Mark-Compact）

此算法結(jié) 合了“標(biāo)記-清除”和“復(fù)制”兩個(gè)算法的優(yōu)點(diǎn)损同。也是分兩階段，第一階段從根節(jié)點(diǎn)開始標(biāo)記所有被引用對象堕伪，第二階段遍歷整個(gè)堆揖庄，把清除未標(biāo)記對象并且把存活 對象“壓縮”到堆的其中一塊，按順序排放欠雌。此算法避免了“標(biāo)記-清除”的碎片問題蹄梢，同時(shí)也避免了“復(fù)制”算法的空間問題。

增量收集（Incremental Collecting）

實(shí)施垃圾回收算法，即：在應(yīng)用進(jìn)行的同時(shí)進(jìn)行垃圾回收禁炒。不知道什么原因JDK5.0中的收集器沒有使用這種算法的而咆。

分代（Generational Collecting）

基于對對象生命周期分析后得出的垃圾回收算法。把對象分為年青代幕袱、年老代暴备、持久代，對不同生命周期的對象使用不同的算法（上述方式中的一個(gè)）進(jìn)行回收∶峭悖現(xiàn)在的垃圾回收器（從J2SE1.2開始）都是使用此算法的涯捻。

分代垃圾回收詳述

如上圖所示，為Java堆中的各代分布望迎。

Young（年輕代）

年輕代分三個(gè)區(qū)障癌。一個(gè)Eden區(qū)，兩個(gè)?Survivor區(qū)辩尊。大部分對象在Eden區(qū)中生成涛浙。當(dāng)Eden區(qū)滿時(shí)，還存活的對象將被復(fù)制到Survivor區(qū)（兩個(gè)中的一個(gè)）摄欲，當(dāng)這個(gè)?Survivor區(qū)滿時(shí)轿亮，此區(qū)的存活對象將被復(fù)制到另外一個(gè)Survivor區(qū)，當(dāng)這個(gè)Survivor去也滿了的時(shí)候胸墙，從第一個(gè)Survivor區(qū)復(fù)制 過來的并且此時(shí)還存活的對象我注，將被復(fù)制“年老區(qū)(Tenured)”。需要注意迟隅，Survivor的兩個(gè)區(qū)是對稱的仓手，沒先后關(guān)系，所以同一個(gè)區(qū)中可能同時(shí) 存在從Eden復(fù)制過來 對象玻淑，和從前一個(gè)Survivor復(fù)制過來的對象，而復(fù)制到年老區(qū)的只有從第一個(gè)Survivor去過來的對象呀伙。而且补履，Survivor區(qū)總有一個(gè)是空 的。

Tenured（年老代）

年老代存放從年輕代存活的對象剿另。一般來說年老代存放的都是生命期較長的對象箫锤。

Perm（持久代）

用 于存放靜態(tài)文件，如今Java類雨女、方法等谚攒。持久代對垃圾回收沒有顯著影響，但是有些應(yīng)用可能動(dòng)態(tài)生成或者調(diào)用一些class氛堕，例如Hibernate等馏臭， 在這種時(shí)候需要設(shè)置一個(gè)比較大的持久代空間來存放這些運(yùn)行過程中新增的類。持久代大小通過-XX:MaxPermSize=進(jìn)行設(shè)置讼稚。

GC類型

GC有兩種類型：Scavenge GC和Full GC括儒。

Scavenge GC

一般情況下绕沈，當(dāng)新對象生成，并且在Eden申請空間失敗時(shí)帮寻，就好觸發(fā)Scavenge GC乍狐，堆Eden區(qū)域進(jìn)行GC，清除非存活對象固逗，并且把尚且存活的對象移動(dòng)到Survivor區(qū)浅蚪。然后整理Survivor的兩個(gè)區(qū)。

Full GC

對整個(gè)堆進(jìn)行整理烫罩，包括Young惜傲、Tenured和Perm。Full GC比Scavenge GC要慢嗡髓，因此應(yīng)該盡可能減少Full GC操漠。有如下原因可能導(dǎo)致Full GC：

Tenured被寫滿

Perm域被寫滿

System.gc()被顯示調(diào)用

上一次GC之后Heap的各域分配策略動(dòng)態(tài)變化

分代垃圾回收過程演示

二、垃圾回收器

目前的收集器主要有三種：串行收集器饿这、并行收集器浊伙、并發(fā)收集器。

串行收集器

使用單線程處理所有垃圾回收工作长捧，因?yàn)闊o需多線程交互嚣鄙，所以效率比較高。但是串结，也無法使用多處理器的優(yōu)勢哑子，所以此收集器適合單處理器機(jī)器。當(dāng)然肌割，此收集器也可以用在小數(shù)據(jù)量（100M左右）情況下的多處理器機(jī)器上卧蜓。可以使用-XX:+UseSerialGC打開把敞。

并行收集器

?

對年輕代進(jìn)行并行垃圾回收弥奸，因此可以減少垃圾回收時(shí)間。一般在多線程多處理器機(jī)器上使用奋早。使用-XX:+UseParallelGC.打開盛霎。并行收集器在J2SE5.0第六6更新上引入，在Java SE6.0中進(jìn)行了增強(qiáng)--可以堆年老代進(jìn)行并行收集耽装。如果年老代不使用并發(fā)收集的話愤炸，是使用單線程進(jìn)行垃圾回收，因此會制約擴(kuò)展能力掉奄。使用-XX:+UseParallelOldGC打開规个。

1.?使用-XX:ParallelGCThreads=設(shè)置并行垃圾回收的線程數(shù)。此值可以設(shè)置與機(jī)器處理器數(shù)量相等。

2.?此收集器可以進(jìn)行如下配置：

§最大垃圾回收暫停:指定垃圾回收時(shí)的最長暫停時(shí)間绰姻，通過-XX:MaxGCPauseMillis=指定枉侧。為毫秒.如果指定了此值的話，堆大小和垃圾回收相關(guān)參數(shù)會進(jìn)行調(diào)整以達(dá)到指定值狂芋。設(shè)定此值可能會減少應(yīng)用的吞吐量榨馁。

§吞吐量:吞吐量為垃圾回收時(shí)間與非垃圾回收時(shí)間的比值，通過-XX:GCTimeRatio=來設(shè)定帜矾，公式為1/（1+N）翼虫。例如，-XX:GCTimeRatio=19時(shí)屡萤，表示5%的時(shí)間用于垃圾回收珍剑。默認(rèn)情況為99，即1%的時(shí)間用于垃圾回收死陆。

并發(fā)收集器

可以保證大部分工作都并發(fā)進(jìn)行（應(yīng)用不停止）招拙，垃圾回收只暫停很少的時(shí)間，此收集器適合對響應(yīng)時(shí)間要求比較高的中措译、大規(guī)模應(yīng)用别凤。使用-XX:+UseConcMarkSweepGC打開。

?

1.??并 發(fā)收集器主要減少年老代的暫停時(shí)間领虹，他在應(yīng)用不停止的情況下使用獨(dú)立的垃圾回收線程规哪，跟蹤可達(dá)對象。在每個(gè)年老代垃圾回收周期中塌衰，在收集初期并發(fā)收集器會 對整個(gè)應(yīng)用進(jìn)行簡短的暫停诉稍，在收集中還會再暫停一次。第二次暫停會比第一次稍長最疆，在此過程中多個(gè)線程同時(shí)進(jìn)行垃圾回收工作杯巨。

2.??并發(fā)收集器使用處理器換來短暫的停頓時(shí)間。在一個(gè)N個(gè)處理器的系統(tǒng)上努酸，并發(fā)收集部分使用K/N個(gè)可用處理器進(jìn)行回收舔箭，一般情況下1<=K<=N/4。

3.??在只有一個(gè)處理器的主機(jī)上使用并發(fā)收集器蚊逢，設(shè)置為incremental mode模式也可獲得較短的停頓時(shí)間。

4.浮動(dòng)垃圾：由于在應(yīng)用運(yùn)行的同時(shí)進(jìn)行垃圾回收箫章，所以有些垃圾可能在垃圾回收進(jìn)行完成時(shí)產(chǎn)生烙荷，這樣就造成了“Floating Garbage”，這些垃圾需要在下次垃圾回收周期時(shí)才能回收掉檬寂。所以终抽，并發(fā)收集器一般需要20%的預(yù)留空間用于這些浮動(dòng)垃圾。

5.Concurrent Mode Failure：并發(fā)收集器在應(yīng)用運(yùn)行時(shí)進(jìn)行收集，所以需要保證堆在垃圾回收的這段時(shí)間有足夠的空間供程序使用昼伴，否則匾旭，垃圾回收還未完成，堆空間先滿了圃郊。這種情況下將會發(fā)生“并發(fā)模式失敗”价涝，此時(shí)整個(gè)應(yīng)用將會暫停，進(jìn)行垃圾回收持舆。

6.啟動(dòng)并發(fā)收集器：因?yàn)椴l(fā)收集在應(yīng)用運(yùn)行時(shí)進(jìn)行收集色瘩，所以必須保證收集完成之前有足夠的內(nèi)存空間供程序使用，否則會出現(xiàn)“Concurrent Mode Failure”逸寓。通過設(shè)置-XX:CMSInitiatingOccupancyFraction=指定還有多少剩余堆時(shí)開始執(zhí)行并發(fā)收集

2.小結(jié)

o串行處理器：

--適用情況：數(shù)據(jù)量比較芯诱住（100M左右）；單處理器下并且對響應(yīng)時(shí)間無要求的應(yīng)用竹伸。

--缺點(diǎn)：只能用于小型應(yīng)用

o并行處理器：

--適用情況：“對吞吐量有高要求”泥栖，多CPU、對應(yīng)用響應(yīng)時(shí)間無要求的中勋篓、大型應(yīng)用吧享。舉例：后臺處理、科學(xué)計(jì)算生巡。

--缺點(diǎn)：應(yīng)用響應(yīng)時(shí)間可能較長

o并發(fā)處理器：

--適用情況：“對響應(yīng)時(shí)間有高要求”耙蔑，多CPU、對應(yīng)用響應(yīng)時(shí)間有較高要求的中孤荣、大型應(yīng)用甸陌。舉例：Web服務(wù)器/應(yīng)用服務(wù)器、電信交換盐股、集成開發(fā)環(huán)境钱豁。

三、常見配置舉例

堆大小設(shè)置

JVM?中最大堆大小有三方面限制：相關(guān)操作系統(tǒng)的數(shù)據(jù)模型（32-bt還是64-bit）限制疯汁；系統(tǒng)的可用虛擬內(nèi)存限制牲尺；系統(tǒng)的可用物理內(nèi)存限制。32位系統(tǒng) 下幌蚊，一般限制在1.5G~2G谤碳；64為操作系統(tǒng)對內(nèi)存無限制。我在Windows Server 2003?系統(tǒng)溢豆，3.5G物理內(nèi)存蜒简，JDK5.0下測試，最大可設(shè)置為1478m漩仙。

典型設(shè)置：

java-Xmx3550m -Xms3550m -Xmn2g-Xss128k

-Xmx3550m：設(shè)置JVM最大可用內(nèi)存為3550M搓茬。

-Xms3550m：設(shè)置JVM初始內(nèi)存為3550m犹赖。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存卷仑。

-Xmn2g：設(shè)置年輕代大小為2G峻村。整個(gè)堆大小=年輕代大小?+?年老代大小?+?持久代大小。持久代一般固定大小為64m锡凝，所以增大年輕代后粘昨，將會減小年老代大小。此值對系統(tǒng)性能影響較大私爷，Sun官方推薦配置為整個(gè)堆的3/8雾棺。

-Xss128k： 設(shè)置每個(gè)線程的堆棧大小。JDK5.0以后每個(gè)線程堆棧大小為1M衬浑，以前每個(gè)線程堆棧大小為256K捌浩。更具應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi) 存下工秩，減小這個(gè)值能生成更多的線程尸饺。但是操作系統(tǒng)對一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無限生成助币，經(jīng)驗(yàn)值在3000~5000左右浪听。

java -Xmx3550m -Xms3550m -Xss128k-XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0

-XX:NewRatio=4:設(shè)置年輕代（包括Eden和兩個(gè)Survivor區(qū)）與年老代的比值（除去持久代）。設(shè)置為4眉菱，則年輕代與年老代所占比值為1：4迹栓，年輕代占整個(gè)堆棧的1/5

-XX:SurvivorRatio=4：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。設(shè)置為4俭缓，則兩個(gè)Survivor區(qū)與一個(gè)Eden區(qū)的比值為2:4克伊，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/6

-XX:MaxPermSize=16m:設(shè)置持久代大小為16m。

-XX:MaxTenuringThreshold=0：設(shè)置垃圾最大年齡华坦。如果設(shè)置為0的話愿吹，則年輕代對象不經(jīng)過Survivor區(qū)，直接進(jìn)入年老代惜姐。對于年老代比較多的應(yīng)用犁跪，可以提高效率。如果將此值設(shè)置為一個(gè)較大值歹袁，則年輕代對象會在Survivor區(qū)進(jìn)行多次復(fù)制坷衍，這樣可以增加對象再年輕代的存活時(shí)間，增加在年輕代即被回收的概論条舔。

回收器選擇

JVM給了三種選擇：串行收集器枫耳、并行收集器、并發(fā)收集器逞刷，但是串行收集器只適用于小數(shù)據(jù)量的情況嘉涌，所以這里的選擇主要針對并行收集器和并發(fā)收集器。默認(rèn)情況下夸浅，JDK5.0以前都是使用串行收集器仑最，如果想使用其他收集器需要在啟動(dòng)時(shí)加入相應(yīng)參數(shù)。JDK5.0以后帆喇，JVM會根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行判斷警医。

吞吐量優(yōu)先的并行收集器

如上文所述，并行收集器主要以到達(dá)一定的吞吐量為目標(biāo)坯钦，適用于科學(xué)技術(shù)和后臺處理等预皇。

典型配置：

java -Xmx3800m -Xms3800m -Xmn2g -Xss128k-XX:+UseParallelGC -XX:ParallelGCThreads=20

-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對年輕代有效婉刀。即上述配置下吟温，年輕代使用并發(fā)收集赁酝，而年老代仍舊使用串行收集殖属。

-XX:ParallelGCThreads=20

：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收齐唆。此值最好配置與處理器數(shù)目相等律秃。

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20-XX:+UseParallelOldGC

-XX:+UseParallelOldGC

：配置年老代垃圾收集方式為并行收集爬橡。JDK6.0支持對年老代并行收集。

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC-XX:MaxGCPauseMillis=100

-XX:MaxGCPauseMillis=100:

設(shè)置每次年輕代垃圾回收的最長時(shí)間棒动，如果無法滿足此時(shí)間糙申，JVM會自動(dòng)調(diào)整年輕代大小，以滿足此值船惨。

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC? -XX:MaxGCPauseMillis=100-XX:+UseAdaptiveSizePolicy

-XX:+UseAdaptiveSizePolicy

：設(shè)置此選項(xiàng)后柜裸，并行收集器會自動(dòng)選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例，以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時(shí)間或者收集頻率等掷漱，此值建議使用并行收集器時(shí)粘室，一直打開。

響應(yīng)時(shí)間優(yōu)先的并發(fā)收集器

如上文所述卜范，并發(fā)收集器主要是保證系統(tǒng)的響應(yīng)時(shí)間衔统，減少垃圾收集時(shí)的停頓時(shí)間。適用于應(yīng)用服務(wù)器海雪、電信領(lǐng)域等锦爵。

典型配置：

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20-XX:+UseConcMarkSweepGC -XX:+UseParNewGC

-XX:+UseConcMarkSweepGC

：設(shè)置年老代為并發(fā)收集。測試中配置這個(gè)以后奥裸，-XX:NewRatio=4的配置失效了险掀，原因不明。所以湾宙，此時(shí)年輕代大小最好用-Xmn設(shè)置樟氢。

-XX:+UseParNewGC:設(shè)置年輕代為并行收集冈绊。可與CMS收集同時(shí)使用埠啃。JDK5.0以上死宣，JVM會根據(jù)系統(tǒng)配置自行設(shè)置，所以無需再設(shè)置此值碴开。

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC-XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection

-XX:CMSFullGCsBeforeCompaction：由于并發(fā)收集器不對內(nèi)存空間進(jìn)行壓縮毅该、整理，所以運(yùn)行一段時(shí)間以后會產(chǎn)生“碎片”潦牛，使得運(yùn)行效率降低眶掌。此值設(shè)置運(yùn)行多少次GC以后對內(nèi)存空間進(jìn)行壓縮、整理巴碗。

-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮朴爬。可能會影響性能良价，但是可以消除碎片

輔助信息

JVM提供了大量命令行參數(shù)寝殴，打印信息，供調(diào)試使用明垢。主要有以下一些：

-XX:+PrintGC

輸出形式：[GC 118250K->113543K(130112K), 0.0094143 secs]

??????????????? [Full GC 121376K->10414K(130112K), 0.0650971 secs]

-XX:+Printetails

輸出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs]

??????????????? [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]

-XX:+PrintGCTimeStamps-XX:+PrintGC：PrintGCTimeStamps可與上面兩個(gè)混合使用

輸出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]

-XX:+PrintGCApplicationConcurrentTime:打印每次垃圾回收前蚣常，程序未中斷的執(zhí)行時(shí)間∪可與上面混合使用

輸出形式：Application time: 0.5291524 seconds

-XX:+PrintGCApplicationStoppedTime：打印垃圾回收期間程序暫停的時(shí)間抵蚊。可與上面混合使用

輸出形式：Total time for which application threads were stopped: 0.0468229 seconds

-XX:PrintHeapAtGC:打印GC前后的詳細(xì)堆棧信息

輸出形式：

34.702: [GC {Heap before gc invocations=7:

def new generation?? total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)

eden space 49152K,? 99% used[0x1ebd0000, 0x21bce430, 0x21bd0000)

from space 6144K,? 55% used[0x221d0000, 0x22527e10, 0x227d0000)

to?? space 6144K,?? 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)

tenured generation?? total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)

the space 69632K,?? 3% used[0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)

compacting perm gen? total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)

the space 8192K,? 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)

ro space 8192K,? 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)

rw space 12288K,? 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)

34.735: [DefNew: 52568K->3433K(55296K), 0.0072126 secs] 55264K->6615K(124928K)Heap after gc invocations=8:

def new generation?? total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)

eden space 49152K,?? 0% used[0x1ebd0000, 0x1ebd0000, 0x21bd0000)

from space 6144K,? 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)

to?? space 6144K,?? 0% used [0x221d0000, 0x221d0000, 0x227d0000)

tenured generation?? total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)

the space 69632K,?? 4% used?[0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)

compacting perm gen? total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)

the space 8192K,? 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)

ro space 8192K,? 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)

rw space 12288K,? 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)

}

, 0.0757599 secs]

-Xloggc:filename:與上面幾個(gè)配合使用溯革，把相關(guān)日志信息記錄到文件以便分析贞绳。

常見配置匯總

堆設(shè)置

-Xms:初始堆大小

-Xmx:最大堆大小

-XX:NewSize=n:設(shè)置年輕代大小

-XX:NewRatio=n:設(shè)置年輕代和年老代的比值。如:為3致稀，表示年輕代與年老代比值為1：3冈闭，年輕代占整個(gè)年輕代年老代和的1/4

-XX:SurvivorRatio=n:年輕代中Eden區(qū)與兩個(gè)Survivor區(qū)的比值。注意Survivor區(qū)有兩個(gè)抖单。如：3萎攒，表示Eden：Survivor=3：2，一個(gè)Survivor區(qū)占整個(gè)年輕代的1/5

-XX:MaxPermSize=n:設(shè)置持久代大小

收集器設(shè)置

-XX:+UseSerialGC:設(shè)置串行收集器

-XX:+UseParallelGC:設(shè)置并行收集器

-XX:+UseParalledlOldGC:設(shè)置并行年老代收集器

-XX:+UseConcMarkSweepGC:設(shè)置并發(fā)收集器

垃圾回收統(tǒng)計(jì)信息

-XX:+PrintGC

-XX:+Printetails

-XX:+PrintGCTimeStamps

-Xloggc:filename

并行收集器設(shè)置

-XX:ParallelGCThreads=n:設(shè)置并行收集器收集時(shí)使用的CPU數(shù)矛绘。并行收集線程數(shù)耍休。

-XX:MaxGCPauseMillis=n:設(shè)置并行收集最大暫停時(shí)間

-XX:GCTimeRatio=n:設(shè)置垃圾回收時(shí)間占程序運(yùn)行時(shí)間的百分比。公式為1/(1+n)

并發(fā)收集器設(shè)置

-XX:+CMSIncrementalMode:設(shè)置為增量模式货矮。適用于單CPU情況羊精。

-XX:ParallelGCThreads=n:設(shè)置并發(fā)收集器年輕代收集方式為并行收集時(shí)，使用的CPU數(shù)囚玫。并行收集線程數(shù)喧锦。

四读规、調(diào)優(yōu)總結(jié)

年輕代大小選擇

響應(yīng)時(shí)間優(yōu)先的應(yīng)用：盡可能設(shè)大，直到接近系統(tǒng)的最低響應(yīng)時(shí)間限制（根據(jù)實(shí)際情況選擇）燃少。在此種情況下掖桦，年輕代收集發(fā)生的頻率也是最小的。同時(shí)供汛，減少到達(dá)年老代的對象。

吞吐量優(yōu)先的應(yīng)用：盡可能的設(shè)置大涌穆，可能到達(dá)Gbit的程度怔昨。因?yàn)閷憫?yīng)時(shí)間沒有要求，垃圾收集可以并行進(jìn)行宿稀，一般適合8CPU以上的應(yīng)用趁舀。

年老代大小選擇

響應(yīng)時(shí)間優(yōu)先的應(yīng)用：年老代使用并發(fā)收集器，所以其大小需要小心設(shè)置祝沸，一般要考慮并發(fā)會話率和會話持續(xù)時(shí)間等一些參數(shù)矮烹。如果堆設(shè)置小了，可以會造成內(nèi)存碎片罩锐、高回收頻率以及應(yīng)用暫停而使用傳統(tǒng)的標(biāo)記清除方式奉狈；如果堆大了，則需要較長的收集時(shí)間涩惑。最優(yōu)化的方案仁期，一般需要參考以下數(shù)據(jù)獲得：

并發(fā)垃圾收集信息

持久代并發(fā)收集次數(shù)

傳統(tǒng)GC信息

花在年輕代和年老代回收上的時(shí)間比例

減少年輕代和年老代花費(fèi)的時(shí)間，一般會提高應(yīng)用的效率

吞吐量優(yōu)先的應(yīng)用：一般吞吐量優(yōu)先的應(yīng)用都有一個(gè)很大的年輕代和一個(gè)較小的年老代竭恬。原因是跛蛋，這樣可以盡可能回收掉大部分短期對象，減少中期的對象痊硕，而年老代盡存放長期存活對象赊级。

較小堆引起的碎片問題

因 為年老代的并發(fā)收集器使用標(biāo)記、清除算法岔绸，所以不會對堆進(jìn)行壓縮理逊。當(dāng)收集器回收時(shí)，他會把相鄰的空間進(jìn)行合并亭螟，這樣可以分配給較大的對象挡鞍。但是，當(dāng)堆空間 較小時(shí)预烙，運(yùn)行一段時(shí)間以后墨微，就會出現(xiàn)“碎片”，如果并發(fā)收集器找不到足夠的空間扁掸，那么并發(fā)收集器將會停止翘县，然后使用傳統(tǒng)的標(biāo)記最域、清除方式進(jìn)行回收。如果出 現(xiàn)“碎片”锈麸，可能需要進(jìn)行如下配置：

-XX:+UseCMSCompactAtFullCollection：使用并發(fā)收集器時(shí)镀脂，開啟對年老代的壓縮。

-XX:CMSFullGCsBeforeCompaction=0：上面配置開啟的情況下忘伞，這里設(shè)置多少次Full GC后薄翅，對年老代進(jìn)行壓縮

在互聯(lián)網(wǎng)公司面試中，架構(gòu)的底層一定是面試官會問問的問題氓奈，針對面試官一般會提到的問題翘魄，我錄制了一些分布式，微服務(wù)舀奶，性能優(yōu)化等技術(shù)點(diǎn)底層原理的錄像視頻暑竟，加群617434785可以免費(fèi)獲取這些錄像，里面還有些分布式育勺，微服務(wù)但荤，性能優(yōu)化，春天設(shè)計(jì)時(shí)涧至，MyBatis的等源碼知識點(diǎn)的錄像視頻腹躁。這些視頻都是 找一些資深架構(gòu)師朋友一起錄制出來的，這些視頻幫助以下幾類程序員