基本概念：
PermGen space：全稱是Permanent Generation space。就是說是永久保存的區(qū)域,用于存放Class和Meta信息，Class在被Load的時(shí)候被放入該區(qū)域
Heap space：存放Instance。GC(Garbage Collection)應(yīng)該不會(huì)對(duì)PermGen space進(jìn)行清理
所以如果你的APP會(huì)LOAD很多CLASS的話，就很可能出現(xiàn)PermGen space錯(cuò)誤
Java Heap分為3個(gè)區(qū)，Young，Old和Permanent。Young保存剛實(shí)例化的對(duì)象。當(dāng)該區(qū)被填滿時(shí)，GC會(huì)將對(duì)象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對(duì)象。

JVM有2個(gè)GC線程。
第一個(gè)線程負(fù)責(zé)回收Heap的Young區(qū)。
第二個(gè)線程在Heap不足時(shí)，遍歷Heap，將Young 區(qū)升級(jí)為Older區(qū)。Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因?yàn)榈诙€(gè)線程被迫運(yùn)行會(huì)降低JVM的性能。

為什么一些程序頻繁發(fā)生GC？有如下原因：
程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。
一些中間件軟件調(diào)用自己的GC方法，此時(shí)需要設(shè)置參數(shù)禁止這些GC。
Java的Heap太小，一般默認(rèn)的Heap值都很小。
頻繁實(shí)例化對(duì)象，Release對(duì)象。此時(shí)盡量保存并重用對(duì)象，例如使用StringBuffer()和String()。
如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會(huì)是總空間的50%，這表示你的Heap處于健康狀態(tài)。許多Server端的Java程序每次GC后最好能有65%的剩余空間。

建議Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC，最好讓-Xmn值約等于-Xmx的1/3。一個(gè)GUI程序最好是每10到20秒間運(yùn)行一次GC，每次在半秒之內(nèi)完成。

增加Heap的大小雖然會(huì)降低GC的頻率，但也增加了每次GC的時(shí)間。并且GC運(yùn)行時(shí)，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作。
Heap大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于-Xmx定義的值，因?yàn)镴ava為其他任務(wù)分配內(nèi)存，例如每個(gè)線程的Stack等。

Stack的設(shè)定
每個(gè)線程都有他自己的Stack。
-Xss 每個(gè)線程的Stack大小?
Stack的大小限制著線程的數(shù)量。如果Stack過大就會(huì)導(dǎo)致內(nèi)存溢漏。-Xss參數(shù)決定Stack大小，例如-Xss1024K。如果Stack太小，也會(huì)導(dǎo)致Stack溢漏。

硬件環(huán)境也影響GC的效率，例如機(jī)器的種類，內(nèi)存，swap空間，和CPU的數(shù)量。
如果你的程序需要頻繁創(chuàng)建很多transient對(duì)象，會(huì)導(dǎo)致JVM頻繁GC。這種情況你可以增加機(jī)器的內(nèi)存，來減少Swap空間的使用。

4種GC
1、第一種為單線程GC，也是默認(rèn)的GC。，該GC適用于單CPU機(jī)器。
2、第二種為Throughput GC，是多線程的GC，適用于多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在于GC在收集Young區(qū)是多線程的，但在Old區(qū)和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動(dòng)該GC。
3、第三種為Concurrent Low Pause GC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Old區(qū)的回收同時(shí)，運(yùn)行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動(dòng)該GC。
4、第四種為Incremental Low Pause GC，適用于要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Young區(qū)回收的同時(shí)，回收一部分Old區(qū)對(duì)象。-Xincgc參數(shù)啟動(dòng)該GC。

JVM參數(shù)配置?
1: heap size?
a: -Xmx<n>?
指定 jvm 的最大 heap 大小 , 如 :-Xmx=2g?

b: -Xms<n>?
指定 jvm 的最小 heap 大小 , 如 :-Xms=2g ， 高并發(fā)應(yīng)用， 建議和-Xmx一樣， 防止因?yàn)閮?nèi)存收縮／突然增大帶來的性能影響。?

c: -Xmn<n>?
指定 jvm 中 New Generation 的大小 , 如 :-Xmn256m。 這個(gè)參數(shù)很影響性能， 如果你的程序需要比較多的臨時(shí)內(nèi)存， 建議設(shè)置到512M， 如果用的少， 盡量降低這個(gè)數(shù)值， 一般來說128／256足以使用了。?

d: -XX:PermSize=<n>?
指定 jvm 中 Perm Generation 的最小值 , 如 :-XX:PermSize=32m。 這個(gè)參數(shù)需要看你的實(shí)際情況，。 可以通過jmap 命令看看到底需要多少。?

e: -XX:MaxPermSize=<n>?
指定 Perm Generation 的最大值 , 如 :-XX:MaxPermSize=64m?

f: -Xss<n>?
指定線程桟大小 , 如 :-Xss128k， 一般來說，webx框架下的應(yīng)用需要256K。 如果你的程序有大規(guī)模的遞歸行為，請(qǐng)考慮設(shè)置到512K／1M。 這個(gè)需要全面的測(cè)試才能知道。 不過，256K已經(jīng)很大了。 這個(gè)參數(shù)對(duì)性能的影響比較大的。?

g: -XX:NewRatio=<n>?
指定 jvm 中 Old Generation heap size 與 New Generation 的比例 , 在使用 CMS GC 的情況下此參數(shù)失效 , 如 :-XX:NewRatio=2?

h: -XX:SurvivorRatio=<n>?
指 定 New Generation 中 Eden Space 與一個(gè) Survivor Space 的 heap size 比例 ,-XX:SurvivorRatio=8, 那么在總共 New Generation 為 10m 的情況下 ,Eden Space 為 8m?

i: -XX:MinHeapFreeRatio=<n>?
指定 jvm heap 在使用率小于 n 的情況下 ,heap 進(jìn)行收縮 ,Xmx==Xms 的情況下無效 , 如 :-XX:MinHeapFreeRatio=30?

j: -XX:MaxHeapFreeRatio=<n>?
指定 jvm heap 在使用率大于 n 的情況下 ,heap 進(jìn)行擴(kuò)張 ,Xmx==Xms 的情況下無效 , 如 :-XX:MaxHeapFreeRatio=70?

k: -XX:LargePageSizeInBytes=<n>?
指定 Java heap 的分頁頁面大小 , 如 :-XX:LargePageSizeInBytes=128m?

2: garbage collector?

a: -XX:+UseParallelGC?
指 定在 New Generation 使用 parallel collector, 并行收集 , 暫停 app threads, 同時(shí)啟動(dòng)多個(gè)垃圾回收 thread, 不能和 CMS gc 一起使用 . 系統(tǒng)噸吐量?jī)?yōu)先 , 但是會(huì)有較長(zhǎng)長(zhǎng)時(shí)間的 app pause, 后臺(tái)系統(tǒng)任務(wù)可以使用此 gc?

b: -XX:ParallelGCThreads=<n>?
指定 parallel collection 時(shí)啟動(dòng)的 thread 個(gè)數(shù) , 默認(rèn)是物理 processor 的個(gè)數(shù) ,?

c: -XX:+UseParallelOldGC?
指定在 Old Generation 使用 parallel collector?

d: -XX:+UseParNewGC?
指定在 New Generation 使用 parallel collector, 是 UseParallelGC 的 gc 的升級(jí)版本 , 有更好的性能或者優(yōu)點(diǎn) , 可以和 CMS gc 一起使用

e: -XX:+CMSParallelRemarkEnabled?
在使用 UseParNewGC 的情況下 , 盡量減少 mark 的時(shí)間?

f: -XX:+UseConcMarkSweepGC?
指 定在 Old Generation 使用 concurrent cmark sweep gc,gc thread 和 app thread 并行 ( 在 init-mark 和 remark 時(shí) pause app thread). app pause 時(shí)間較短 , 適合交互性強(qiáng)的系統(tǒng) , 如 web server?

g: -XX:+UseCMSCompactAtFullCollection?
在使用 concurrent gc 的情況下 , 防止 memory fragmention, 對(duì) live object 進(jìn)行整理 , 使 memory 碎片減少?

h: -XX:CMSInitiatingOccupancyFraction=<n>?
指示在 old generation 在使用了 n% 的比例后 , 啟動(dòng) concurrent collector, 默認(rèn)值是 68, 如 :-XX:CMSInitiatingOccupancyFraction=70?

i: -XX:+UseCMSInitiatingOccupancyOnly?
指示只有在 old generation 在使用了初始化的比例后 concurrent collector 啟動(dòng)收集?

3:others?

a: -XX:MaxTenuringThreshold=<n>?
指 定一個(gè) object 在經(jīng)歷了 n 次 young gc 后轉(zhuǎn)移到 old generation 區(qū) , 在 linux64 的 java6 下默認(rèn)值是 15, 此參數(shù)對(duì)于 throughput collector 無效 , 如 :-XX:MaxTenuringThreshold=31?

b: -XX:+DisableExplicitGC?
禁止 java 程序中的 full gc, 如 System.gc() 的調(diào)用. 最好加上么， 防止程序在代碼里誤用了。對(duì)性能造成沖擊。?

c: -XX:+UseFastAccessorMethods?
get,set 方法轉(zhuǎn)成本地代碼?

d: -XX:+PrintGCDetails?
打應(yīng)垃圾收集的情況如 :?
[GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs]?

e: -XX:+PrintGCTimeStamps?
打應(yīng)垃圾收集的時(shí)間情況 , 如 :?
[Times: user=0.09 sys=0.00, real=0.02 secs]?

f: -XX:+PrintGCApplicationStoppedTime?
打應(yīng)垃圾收集時(shí) , 系統(tǒng)的停頓時(shí)間 , 如 :?
Total time for which application threads were stopped: 0.0225920 seconds?

JVM參數(shù)設(shè)置大全?http://java.sun.com/javase/technologies/hotspot/vmoptions.jsp?

參考鏈接：

?JVM 內(nèi)存參數(shù)設(shè)置

?jvm內(nèi)存參數(shù)設(shè)置

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的JVM内存参数详解以及配置调优的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。