JVM性能調(diào)優(yōu)實(shí)現(xiàn)原理及配置

更新時(shí)間：2020年12月08日 14:55:34 作者：北方有魚

這篇文章主要介紹了JVM性能調(diào)優(yōu)實(shí)現(xiàn)原理及配置,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下

1、JVM內(nèi)存模型

總結(jié)：可以發(fā)現(xiàn)最明顯的一個(gè)變化是元空間從虛擬機(jī)轉(zhuǎn)移到了本地內(nèi)存。默認(rèn)情況下，元數(shù)據(jù)空間大小僅受限于本地內(nèi)存，這意味著以后不會(huì)因?yàn)橛谰么笮〔粔蚨鴴伋鯫OM異常了。 jdk1.8以前，HotSpot VM將class和類的jar包數(shù)據(jù)存儲(chǔ)在PermGen里， PermGen大小是固定的，而且項(xiàng)目之間無法公用公有的class，所以很容易碰到OOM異常。改成MateSpace后，各個(gè)項(xiàng)目會(huì)共享同樣的class空間。比如多個(gè)項(xiàng)目都引用了apache-common包，在MateSpace中只會(huì)存儲(chǔ)一份的apache-common的class，提高了內(nèi)存的利用率，垃圾回收更有效。

2、JVM堆內(nèi)存常用參數(shù)

參數(shù)	描述
-Xms	堆內(nèi)存初始大小，單位m、g
-Xmx（MaxHeapSize）	堆內(nèi)存最大允許大小，一般不要大于物理內(nèi)存的80%
-XX:PermSize	非堆內(nèi)存初始大小，一般應(yīng)用設(shè)置初始化200m，最大1024m就夠了
-XX:MaxPermSize	非堆內(nèi)存最大允許大小
-XX:NewSize（-Xns）	年輕代內(nèi)存初始大小
-XX:MaxNewSize（-Xmn）	年輕代內(nèi)存最大允許大小，也可以縮寫
-XX:SurvivorRatio=8	年輕代中Eden區(qū)與Survivor區(qū)的容量比例值，默認(rèn)為8，即8:1
-Xss	堆棧內(nèi)存大小

3、GC（Garbage Collection）算法

這里的GC具體指的是新生代的復(fù)制算法

首先貼一張網(wǎng)上盜來的大圖，用它來說明一下GC的過程

內(nèi)存分配策略：

大多數(shù)情況下，對(duì)象在新生代的Eden中分配。當(dāng)Eden區(qū)沒有足夠的空間進(jìn)行分配時(shí)，虛擬機(jī)將發(fā)起一次Minor GC，而大對(duì)象（需要大量連續(xù)內(nèi)存空間的Java對(duì)象，類似長(zhǎng)字符串和數(shù)組）將通過分配擔(dān)保機(jī)制直接進(jìn)入老年代。

Minor GC——復(fù)制算法具體過程：

將Eden和S0中還存活著的對(duì)象一次性的復(fù)制到S1中，并且清理掉Eden與S0的空間。如果S1放不下還存活著的對(duì)象，那這些對(duì)象將通過分配擔(dān)保機(jī)制進(jìn)入老年代?！驹砩想S時(shí)保持S0和S1有一個(gè)是空的，用來存下一次的對(duì)象】

Eden區(qū)快滿的時(shí)候，會(huì)進(jìn)行上一步類似操作，將Eden和S1區(qū)的年紀(jì)大的對(duì)象放到S0區(qū)【此時(shí)S1區(qū)就是空的】
直到Eden區(qū)快滿，S0或者S1也快滿的時(shí)候，這時(shí)候就把這兩個(gè)區(qū)的年紀(jì)大的對(duì)象放到Old區(qū)。

依次循環(huán)，直到Old區(qū)也快滿的時(shí)候，Eden區(qū)也快滿的時(shí)候，會(huì)對(duì)整個(gè)這一塊內(nèi)存區(qū)域進(jìn)行一次大清洗（FullGC），騰出內(nèi)存，為之后的對(duì)象創(chuàng)建，程序運(yùn)行騰地方。

新生代GC（Minor GC）:指發(fā)生在新生代的垃圾回收動(dòng)作，因?yàn)閖ava對(duì)象大多具備朝生夕滅的特征，所以Minor GC發(fā)生的特別頻繁，

一般回收速度也很快。

老年代GC（Major GC/Full GC）:指發(fā)生在老年代的GC，出現(xiàn)了Major GC，至少會(huì)伴隨一次的MinorGC（但非絕對(duì)，
在Parallel Scavenge收集器的收集策略里就有直接進(jìn)行Minor GC的策略選擇過程）。Major GC的速度一般比Minor GC慢10倍以上。

4、JVM參數(shù)配置

在jdk1.8以前，生產(chǎn)環(huán)境一般有如下配置

-XX:PermSize=512M -XX:MaxPermSize=1024M

表示在JVM里存儲(chǔ)Java類信息，常量池和靜態(tài)變量的永久代區(qū)域初始大小為512M，最大為1024M。在項(xiàng)目啟動(dòng)后，這個(gè)值是固定的，如果項(xiàng)目class過多，很可能遇到OutOfMemoryError: PermGen異常。

升級(jí)JDK1.8之后，上面的perm配置已經(jīng)變成

-XX:MetaspaceSize=512M XX:MaxMetaspaceSize=1024M

MetaspaceSize如果不做配置，通過jinfo查看默認(rèn)MetaspaceSize大?。s21M）,MaxMetaspaceSize很大很大，前面說過MetaSpace只受本地內(nèi)存大小限制。

jinfo -flag MetaspaceSize 1234 #結(jié)果為：-XX:MetaspaceSize=21807104
jinfo -flag MaxMetaspaceSize 1234 #結(jié)果為：-XX:MaxMetaspaceSize=18446744073709547520

干貨：MetaspaceSize為觸發(fā)FullGC的閾值，默認(rèn)約為21M，如做了配置，最小閾值為自定義配置大小?？臻g使用達(dá)到閾值，觸發(fā)FullGC，同時(shí)對(duì)該值擴(kuò)大。當(dāng)然如果元空間實(shí)際使用小于閾值，在GC的時(shí)候也會(huì)對(duì)該值縮小。
MaxMetaspaceSize為元空間的最大值，如果設(shè)置太小，可能會(huì)導(dǎo)致頻繁FullGC，甚至OOM。

5. JVM參數(shù)配置指南

前面三個(gè)部分對(duì)JVM進(jìn)行了整體的了解，接下來是本文的重點(diǎn)。

-XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256M -Xms256m -Xmx256m

文章看下來上面這段配置的意思很簡(jiǎn)單，設(shè)置元空間的初始值和最大值，設(shè)置堆空間的初始值和最大值。

為什么MetaspaceSize要設(shè)置為128M？為什么堆內(nèi)存初始值Xms設(shè)置為256M而不是512M？

按照J(rèn)ava官方的指導(dǎo)

Java堆大小設(shè)置，Xms 和 Xmx設(shè)置為老年代存活對(duì)象的3-4倍，即FullGC之后的老年代內(nèi)存占用的3-4倍
MaxPermSize(元空間)設(shè)置為老年代存活對(duì)象的1.2-1.5倍。
年輕代Xmn的設(shè)置為老年代存活對(duì)象的1-1.5倍。
老年代的內(nèi)存大小設(shè)置為老年代存活對(duì)象的2-3倍。

5. JVM監(jiān)控jstat

可以讓系統(tǒng)運(yùn)行一段時(shí)間后查看系統(tǒng)的各個(gè)指標(biāo)，然后在進(jìn)行配置。如下用jstat工具查看jvm的情況

jstat -gc 12345
###
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
13824.0 22528.0 13377.0 0.0 548864.0 535257.2 113152.0 46189.3 73984.0 71119.8 9728.0 9196.2 14 0.259 3 0.287 0.546

OU表示老年代所占用的內(nèi)存為 46189.3 K（大約45M）；那么jvm相應(yīng)的配置參數(shù)應(yīng)該做如下修改

-XX:MetaspaceSize=64M -XX:MaxMetaspaceSize=64M -Xms180m -Xmx180m

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: