JVM 參數(shù)分類
HotSpot JVM 提供了三類參數(shù)。第一類包括了標(biāo)準(zhǔn)參數(shù)。顧名思義，標(biāo)準(zhǔn)參數(shù)中包括功能和輸出的參數(shù)都是很穩(wěn)定的，很可能在將來(lái)的JVM版本中不會(huì)改變。你可以用java命令（或者是用 java -help）檢索出所有標(biāo)準(zhǔn)參數(shù)。我們?cè)诘谝徊糠种幸呀?jīng)見(jiàn)到過(guò)一些標(biāo)準(zhǔn)參數(shù)，例如：-server。
第二類是X參數(shù)，非標(biāo)準(zhǔn)化的參數(shù)在將來(lái)的版本中可能會(huì)改變。所有的這類參數(shù)都以-X開(kāi)始，并且可以用java -X來(lái)檢索。注意，不能保證所有參數(shù)都可以被檢索出來(lái)，其中就沒(méi)有-Xcomp。
第三類是包含XX參數(shù)（到目前為止最多的），它們同樣不是標(biāo)準(zhǔn)的，甚至很長(zhǎng)一段時(shí)間內(nèi)不被列出來(lái)（最近，這種情況有改變 ，我們將在本系列的第三部分中討論它們）。然而，在實(shí)際情況中X參數(shù)和XX參數(shù)并沒(méi)有什么不同。X參數(shù)的功能是十分穩(wěn)定的，然而很多XX參數(shù)仍在實(shí)驗(yàn)當(dāng)中（主要是JVM的開(kāi)發(fā)者用于debugging和調(diào)優(yōu)JVM自身的實(shí)現(xiàn)）。值的一讀的介紹非標(biāo)準(zhǔn)參數(shù)的文檔HotSpot JVM documentation，其中明確的指出XX參數(shù)不應(yīng)該在不了解的情況下使用。這是真的，并且我認(rèn)為這個(gè)建議同樣適用于X參數(shù)（同樣一些標(biāo)準(zhǔn)參數(shù)也是）。不管類別是什么，在使用參數(shù)之前應(yīng)該先了解它可能產(chǎn)生的影響。
理想的情況下，一個(gè)Java程序使用JVM的默認(rèn)設(shè)置也可以運(yùn)行得很好，所以一般來(lái)說(shuō)，沒(méi)有必要設(shè)置任何JVM參數(shù)。然而，由于一些性能問(wèn)題（很不幸的是，這些問(wèn)題經(jīng)常出現(xiàn)），一些相關(guān)的JVM參數(shù)知識(shí)會(huì)是我們工作中得好伙伴。
內(nèi)存參數(shù)
X參數(shù)（非標(biāo)準(zhǔn)選項(xiàng)）
-Xmn2g：設(shè)置年輕代的初始和最大大小（以字節(jié)為單位）。 附加字母k表示千字節(jié)，m表示兆字節(jié)，g表示千兆字節(jié)。
年輕代用于創(chuàng)建新的對(duì)象， GC的執(zhí)行頻率比其他區(qū)域高，如果年輕代的規(guī)模太小，那么會(huì)有很多minor GC。 如果太大，則只會(huì)執(zhí)行Major GC，失去了年輕代存在的意義。 Oracle建議將年輕代的大小保持在整個(gè)堆大小的1/4 ~ 1/2之間。
可以使用-XX:NewSize 和 -XX:MaxNewSize 分別設(shè)置年輕代的初始大小和最大大小。
-Xms3550m：設(shè)置堆的初始大?。ㄒ宰止?jié)為單位）。該值必須是1024的倍數(shù)，大于1 MB。附加字母k表示千字節(jié)，m表示兆字節(jié)，g表示千兆字節(jié)。
如果不設(shè)置此選項(xiàng)，堆得初始大小將被設(shè)置為老年代和年輕代大小的總和。?
-Xmx3550m：指定內(nèi)存分配池的最大大?。ㄒ宰止?jié)為單位）。 該值必須是1024的倍數(shù)并且大于2 MB。 附加字母k表示千字節(jié)，m表示兆字節(jié)，g表示千兆字節(jié)。
?默認(rèn)值是在運(yùn)行時(shí)根據(jù)系統(tǒng)配置選擇的。 對(duì)于服務(wù)器部署，-Xms和-Xmx通常設(shè)置為相同的值，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
效果等同于-XX:MaxHeapSize
-Xss128k： 設(shè)置每個(gè)線程棧的大?。ㄒ宰止?jié)為單位）。 附加字母k表示KB，m表示MB，g表示GB。 默認(rèn)值取決于平臺(tái)：應(yīng)當(dāng)根據(jù)應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi)存下，減小這個(gè)值能生成更多的線程。但是操作系統(tǒng)對(duì)一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無(wú)限生成，經(jīng)驗(yàn)值在3000~5000左右。
效果等同于-XX:ThreadStackSize
不同平臺(tái)下的默認(rèn)值：
Linux/ARM (32-bit): 320 KB
Linux/i386 (32-bit): 320 KB
Linux/x64 (64-bit): 1024 KB
OS X (64-bit): 1024 KB
Oracle Solaris/i386 (32-bit): 320 KB
Oracle Solaris/x64 (64-bit): 1024 KB
XX參數(shù)（高級(jí)運(yùn)行選項(xiàng)）
-XX:PermSize=256M：設(shè)置堆內(nèi)存持久代初始值為256M。
-XX:MaxPermSize=512M：設(shè)置持久代最大值為512M。
永久代在JDK8中被完全的移除了。所以永久代的參數(shù)-XX:PermSize和-XX：MaxPermSize也被移除了。
在JDK8中,classe metadata,被存儲(chǔ)在叫做Metaspace的native memory。一些新的flags被加入：
-XX:MetaspaceSize，class metadata的初始空間配額，以bytes為單位，達(dá)到該值就會(huì)觸發(fā)垃圾收集進(jìn)行類型卸載，同時(shí)GC會(huì)對(duì)該值進(jìn)行調(diào)整：如果釋放了大量的空間，就適當(dāng)?shù)慕档驮撝?；如果釋放了很少的空間，那么在不超過(guò)MaxMetaspaceSize（如果設(shè)置了的話），適當(dāng)?shù)奶岣咴撝怠?/p>
-XX：MaxMetaspaceSize，可以為class metadata分配的最大空間。默認(rèn)是沒(méi)有限制的。
-XX：MinMetaspaceFreeRatio,在GC之后，最小的Metaspace剩余空間容量的百分比，減少為class metadata分配空間導(dǎo)致的垃圾收集
-XX:MaxMetaspaceFreeRatio,在GC之后，最大的Metaspace剩余空間容量的百分比，減少為class metadata釋放空間導(dǎo)致的垃圾收集
默認(rèn)情況下，class metadata的分配僅受限于可用的native memory總量。可以使用MaxMetaspaceSize來(lái)限制可為class metadata分配的最大內(nèi)存。當(dāng)class metadata的使用的內(nèi)存達(dá)到MetaspaceSize(32位clientVM默認(rèn)12Mbytes,32位ServerVM默認(rèn)是16Mbytes)時(shí)就會(huì)對(duì)死亡的類加載器和類進(jìn)行垃圾收集。設(shè)置MetaspaceSize為一個(gè)較高的值可以推遲垃圾收集的發(fā)生。
-XX:MaxNewSize=size：年輕代的最大大小。
-XX:NewRatio=4：設(shè)置堆內(nèi)存年輕代（包括Eden和兩個(gè)Survivor區(qū)）與堆內(nèi)存年老代的比值（除去持久代） 。設(shè)置為4，則年輕代所占與年老代所占的比值為1:4。
-XX:SurvivorRatio=4： 設(shè)置堆內(nèi)存年輕代中Eden區(qū)與Survivor區(qū)大小的比值 。設(shè)置為4，則兩個(gè)Survivor區(qū)（JVM堆內(nèi)存年輕代中默認(rèn)有2個(gè)Survivor區(qū)）與一個(gè)Eden區(qū)的比值為1:1:4。
-XX:MaxTenuringThreshold=7：設(shè)置對(duì)象在Survivor區(qū)經(jīng)歷的最大GC次數(shù)。如果設(shè)置為0的話，則年輕代對(duì)象不經(jīng)過(guò)Survivor區(qū)，直接進(jìn)入年老代。如果將此值設(shè)置為一個(gè)較大值，則年輕代對(duì)象會(huì)在Survivor區(qū)進(jìn)行多次復(fù)制，這樣可以增加對(duì)象在年輕代存活時(shí)間，增加對(duì)象在年輕代即被回收的概率。最大值為15，parallel收集器默認(rèn)值為15，CMS收集器默認(rèn)值為6。
回收器選擇
JVM給了三種選擇：串行收集器、并行收集器、并發(fā)收集器，但是串行收集器只適用于小數(shù)據(jù)量的情況，所以這里的選擇主要針對(duì)并行收集器和并發(fā)收集器。詳情參考JVM 垃圾收集器。
默認(rèn)情況下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在啟動(dòng)時(shí)加入相應(yīng)參數(shù)。JDK5.0以后，JVM會(huì)根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行智能判斷。
串行收集器
-XX:+UseSerialGC：設(shè)置串行收集器并行收集器(吞吐量?jī)?yōu)先)
-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對(duì)年輕代有效。即上述配置下，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集。
-XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。JDK6.0支持對(duì)年老代并行收集。
-XX:MaxGCPauseMillis=100：設(shè)置每次年輕代垃圾回收的最長(zhǎng)時(shí)間（單位毫秒），如果無(wú)法滿足此時(shí)間，JVM會(huì)自動(dòng)調(diào)整年輕代大小，以滿足此值。
-XX:+UseAdaptiveSizePolicy：設(shè)置此選項(xiàng)后，并行收集器會(huì)自動(dòng)選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例，以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低響應(yīng)時(shí)間或者收集頻率等。此參數(shù)建議使用并行收集器時(shí)，一直打開(kāi)。
并發(fā)收集器(響應(yīng)時(shí)間優(yōu)先)
-XX:+UseParNewGC：設(shè)置年輕代為并發(fā)收集?？膳cCMS收集同時(shí)使用。JDK5.0以上，JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無(wú)需再設(shè)置此值。CMS， 全稱Concurrent Low Pause Collector，是jdk1.4后期版本開(kāi)始引入的新gc算法，在jdk5和jdk6中得到了進(jìn)一步改進(jìn)，它的主要適合場(chǎng)景是對(duì)響應(yīng)時(shí)間的重要性需求 大于對(duì)吞吐量的要求，能夠承受垃圾回收線程和應(yīng)用線程共享處理器資源，并且應(yīng)用中存在比較多的長(zhǎng)生命周期的對(duì)象的應(yīng)用。CMS是用于對(duì)tenured generation的回收，也就是年老代的回收，目標(biāo)是盡量減少應(yīng)用的暫停時(shí)間，減少FullGC發(fā)生的幾率，利用和應(yīng)用程序線程并發(fā)的垃圾回收線程來(lái) 標(biāo)記清除年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集。
-XX:CMSFullGCsBeforeCompaction=：由于并發(fā)收集器不對(duì)內(nèi)存空間進(jìn)行壓縮、整理，所以運(yùn)行一段時(shí)間以后會(huì)產(chǎn)生“碎片”，使得運(yùn)行效率降低。此參數(shù)設(shè)置運(yùn)行次FullGC以后對(duì)內(nèi)存空間進(jìn)行壓縮、整理。
-XX:+UseCMSCompactAtFullCollection：打開(kāi)對(duì)年老代的壓縮。可能會(huì)影響性能，但是可以消除內(nèi)存碎片。
-XX:+CMSIncrementalMode：設(shè)置為增量收集模式。一般適用于單CPU情況。
-XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時(shí)就開(kāi)始執(zhí)行CMS，確保年老代有足夠的空間接納來(lái)自年輕代的對(duì)象。注：如果使用 throughput collector 和 concurrent low pause collector 這兩種垃圾收集器，需要適當(dāng)?shù)耐Ω邇?nèi)存大小，為多線程做準(zhǔn)備。
其它
-XX:+ScavengeBeforeFullGC：新生代GC優(yōu)先于Full GC執(zhí)行。
-XX:-DisableExplicitGC：禁止調(diào)用System.gc()，但JVM的gc仍然有效。
-XX:+MaxFDLimit：最大化文件描述符的數(shù)量限制。
-XX:+UseThreadPriorities：?jiǎn)⒂帽镜鼐€程優(yōu)先級(jí)API，即使 java.lang.Thread.setPriority() 生效，反之無(wú)效。
-XX:SoftRefLRUPolicyMSPerMB=0：“軟引用”的對(duì)象在最后一次被訪問(wèn)后能存活0毫秒（默認(rèn)為1秒）。
-XX:TargetSurvivorRatio=90：允許90%的Survivor空間被占用（默認(rèn)為50%）。提高對(duì)于Survivor的使用率——超過(guò)就會(huì)嘗試?yán)厥铡］o助信息
-XX:-CITime：打印消耗在JIT編譯的時(shí)間
-XX:ErrorFile=./hs_err_pid.log：保存錯(cuò)誤日志或者數(shù)據(jù)到指定文件中
-XX:-ExtendedDTraceProbes：開(kāi)啟solaris特有的dtrace探針
-XX:HeapDumpPath=./java_pid.hprof：指定導(dǎo)出堆信息時(shí)的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError：當(dāng)首次遭遇內(nèi)存溢出時(shí)導(dǎo)出此時(shí)堆中相關(guān)信息-XX:OnError=";"：出現(xiàn)致命ERROR之后運(yùn)行自定義命令
-XX:OnOutOfMemoryError=";"：當(dāng)首次遭遇內(nèi)存溢出時(shí)執(zhí)行自定義命令
-XX:-PrintClassHistogram：遇到Ctrl-Break后打印類實(shí)例的柱狀信息，與jmap -histo功能相同
-XX:-PrintConcurrentLocks：遇到Ctrl-Break后打印并發(fā)鎖的相關(guān)信息，與jstack -l功能相同
-XX:-PrintCommandLineFlags：打印在命令行中出現(xiàn)過(guò)的標(biāo)記
-XX:-PrintCompilation：當(dāng)一個(gè)方法被編譯時(shí)打印相關(guān)信息
-XX:-PrintGC：每次GC時(shí)打印相關(guān)信息
-XX:-PrintGC Details：每次GC時(shí)打印詳細(xì)信息
-XX:-PrintGCTimeStamps：打印每次GC的時(shí)間戳
-XX:-TraceClassLoading：跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
-XX:-TraceClassResolution：跟蹤常量池
-XX:-TraceClassUnloading：跟蹤類的卸載信息
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息
參考
