JVM 參數(shù)分類
HotSpot JVM 提供了三類參數(shù)。第一類包括了標(biāo)準(zhǔn)參數(shù)。顧名思義逃糟，標(biāo)準(zhǔn)參數(shù)中包括功能和輸出的參數(shù)都是很穩(wěn)定的，很可能在將來的JVM版本中不會改變榄鉴。你可以用java命令（或者是用 java -help）檢索出所有標(biāo)準(zhǔn)參數(shù)履磨。我們在第一部分中已經(jīng)見到過一些標(biāo)準(zhǔn)參數(shù)，例如：-server庆尘。
第二類是X參數(shù)剃诅，非標(biāo)準(zhǔn)化的參數(shù)在將來的版本中可能會改變。所有的這類參數(shù)都以-X開始驶忌，并且可以用java -X來檢索矛辕。注意，不能保證所有參數(shù)都可以被檢索出來付魔，其中就沒有-Xcomp聊品。
第三類是包含XX參數(shù)（到目前為止最多的），它們同樣不是標(biāo)準(zhǔn)的几苍，甚至很長一段時間內(nèi)不被列出來（最近翻屈，這種情況有改變 ，我們將在本系列的第三部分中討論它們）妻坝。然而伸眶，在實(shí)際情況中X參數(shù)和XX參數(shù)并沒有什么不同。X參數(shù)的功能是十分穩(wěn)定的刽宪，然而很多XX參數(shù)仍在實(shí)驗當(dāng)中（主要是JVM的開發(fā)者用于debugging和調(diào)優(yōu)JVM自身的實(shí)現(xiàn)）厘贼。值的一讀的介紹非標(biāo)準(zhǔn)參數(shù)的文檔HotSpot JVM documentation，其中明確的指出XX參數(shù)不應(yīng)該在不了解的情況下使用圣拄。這是真的嘴秸，并且我認(rèn)為這個建議同樣適用于X參數(shù)（同樣一些標(biāo)準(zhǔn)參數(shù)也是）。不管類別是什么，在使用參數(shù)之前應(yīng)該先了解它可能產(chǎn)生的影響岳掐。
理想的情況下凭疮，一個Java程序使用JVM的默認(rèn)設(shè)置也可以運(yùn)行得很好，所以一般來說岩四，沒有必要設(shè)置任何JVM參數(shù)哭尝。然而，由于一些性能問題（很不幸的是剖煌，這些問題經(jīng)常出現(xiàn)）材鹦，一些相關(guān)的JVM參數(shù)知識會是我們工作中得好伙伴。
內(nèi)存參數(shù)
X參數(shù)（非標(biāo)準(zhǔn)選項）
-Xmn2g：設(shè)置年輕代的初始和最大大懈ⅰ（以字節(jié)為單位）桶唐。 附加字母k表示千字節(jié)，m表示兆字節(jié)茉兰，g表示千兆字節(jié)尤泽。
年輕代用于創(chuàng)建新的對象， GC的執(zhí)行頻率比其他區(qū)域高规脸，如果年輕代的規(guī)模太小坯约，那么會有很多minor GC。 如果太大莫鸭，則只會執(zhí)行Major GC闹丐，失去了年輕代存在的意義。 Oracle建議將年輕代的大小保持在整個堆大小的1/4 ~ 1/2之間被因。
可以使用-XX:NewSize 和 -XX:MaxNewSize 分別設(shè)置年輕代的初始大小和最大大小卿拴。
-Xms3550m：設(shè)置堆的初始大小（以字節(jié)為單位）梨与。該值必須是1024的倍數(shù)堕花，大于1 MB。附加字母k表示千字節(jié)粥鞋，m表示兆字節(jié)缘挽，g表示千兆字節(jié)。
如果不設(shè)置此選項呻粹，堆得初始大小將被設(shè)置為老年代和年輕代大小的總和到踏。?
-Xmx3550m：指定內(nèi)存分配池的最大大小（以字節(jié)為單位）尚猿。 該值必須是1024的倍數(shù)并且大于2 MB。 附加字母k表示千字節(jié)楣富，m表示兆字節(jié)凿掂，g表示千兆字節(jié)。
?默認(rèn)值是在運(yùn)行時根據(jù)系統(tǒng)配置選擇的。 對于服務(wù)器部署庄萎，-Xms和-Xmx通常設(shè)置為相同的值踪少，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。
效果等同于-XX:MaxHeapSize
-Xss128k： 設(shè)置每個線程棧的大锌诽巍（以字節(jié)為單位）援奢。 附加字母k表示KB，m表示MB忍捡，g表示GB集漾。 默認(rèn)值取決于平臺：應(yīng)當(dāng)根據(jù)應(yīng)用的線程所需內(nèi)存大小進(jìn)行調(diào)整。在相同物理內(nèi)存下砸脊，減小這個值能生成更多的線程具篇。但是操作系統(tǒng)對一個進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無限生成凌埂，經(jīng)驗值在3000~5000左右驱显。
效果等同于-XX:ThreadStackSize
不同平臺下的默認(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ù)（高級運(yùn)行選項）
-XX:PermSize=256M：設(shè)置堆內(nèi)存持久代初始值為256M。
-XX:MaxPermSize=512M：設(shè)置持久代最大值為512M瞳抓。
永久代在JDK8中被完全的移除了埃疫。所以永久代的參數(shù)-XX:PermSize和-XX：MaxPermSize也被移除了。
在JDK8中,classe metadata,被存儲在叫做Metaspace的native memory孩哑。一些新的flags被加入：
-XX:MetaspaceSize栓霜，class metadata的初始空間配額，以bytes為單位臭笆，達(dá)到該值就會觸發(fā)垃圾收集進(jìn)行類型卸載叙淌，同時GC會對該值進(jìn)行調(diào)整：如果釋放了大量的空間，就適當(dāng)?shù)慕档驮撝党钇蹋蝗绻尫帕撕苌俚目臻g鹰霍，那么在不超過MaxMetaspaceSize（如果設(shè)置了的話），適當(dāng)?shù)奶岣咴撝怠?/p>
-XX：MaxMetaspaceSize茵乱，可以為class metadata分配的最大空間茂洒。默認(rèn)是沒有限制的。
-XX：MinMetaspaceFreeRatio,在GC之后瓶竭，最小的Metaspace剩余空間容量的百分比督勺，減少為class metadata分配空間導(dǎo)致的垃圾收集
-XX:MaxMetaspaceFreeRatio,在GC之后，最大的Metaspace剩余空間容量的百分比斤贰，減少為class metadata釋放空間導(dǎo)致的垃圾收集
默認(rèn)情況下智哀，class metadata的分配僅受限于可用的native memory總量∮校可以使用MaxMetaspaceSize來限制可為class metadata分配的最大內(nèi)存瓷叫。當(dāng)class metadata的使用的內(nèi)存達(dá)到MetaspaceSize(32位clientVM默認(rèn)12Mbytes,32位ServerVM默認(rèn)是16Mbytes)時就會對死亡的類加載器和類進(jìn)行垃圾收集屯吊。設(shè)置MetaspaceSize為一個較高的值可以推遲垃圾收集的發(fā)生。
-XX:MaxNewSize=size：年輕代的最大大小摹菠。
-XX:NewRatio=4：設(shè)置堆內(nèi)存年輕代（包括Eden和兩個Survivor區(qū)）與堆內(nèi)存年老代的比值（除去持久代） 盒卸。設(shè)置為4，則年輕代所占與年老代所占的比值為1:4次氨。
-XX:SurvivorRatio=4： 設(shè)置堆內(nèi)存年輕代中Eden區(qū)與Survivor區(qū)大小的比值 蔽介。設(shè)置為4，則兩個Survivor區(qū)（JVM堆內(nèi)存年輕代中默認(rèn)有2個Survivor區(qū)）與一個Eden區(qū)的比值為1:1:4煮寡。
-XX:MaxTenuringThreshold=7：設(shè)置對象在Survivor區(qū)經(jīng)歷的最大GC次數(shù)虹蓄。如果設(shè)置為0的話，則年輕代對象不經(jīng)過Survivor區(qū)洲押，直接進(jìn)入年老代武花。如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進(jìn)行多次復(fù)制杈帐，這樣可以增加對象在年輕代存活時間体箕，增加對象在年輕代即被回收的概率。最大值為15挑童，parallel收集器默認(rèn)值為15累铅，CMS收集器默認(rèn)值為6。
回收器選擇
JVM給了三種選擇：串行收集器站叼、并行收集器娃兽、并發(fā)收集器，但是串行收集器只適用于小數(shù)據(jù)量的情況尽楔，所以這里的選擇主要針對并行收集器和并發(fā)收集器投储。詳情參考JVM 垃圾收集器。
默認(rèn)情況下阔馋，JDK5.0以前都是使用串行收集器玛荞，如果想使用其他收集器需要在啟動時加入相應(yīng)參數(shù)。JDK5.0以后呕寝，JVM會根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行智能判斷勋眯。
串行收集器
-XX:+UseSerialGC：設(shè)置串行收集器并行收集器(吞吐量優(yōu)先)
-XX:+UseParallelGC：選擇垃圾收集器為并行收集器。此配置僅對年輕代有效下梢。即上述配置下客蹋，年輕代使用并發(fā)收集，而年老代仍舊使用串行收集孽江。
-XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)讶坯，即：同時多少個線程一起進(jìn)行垃圾回收。此值最好配置與處理器數(shù)目相等岗屏。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集闽巩。JDK6.0支持對年老代并行收集钧舌。
-XX:MaxGCPauseMillis=100：設(shè)置每次年輕代垃圾回收的最長時間（單位毫秒），如果無法滿足此時間涎跨，JVM會自動調(diào)整年輕代大小，以滿足此值崭歧。
-XX:+UseAdaptiveSizePolicy：設(shè)置此選項后隅很，并行收集器會自動選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例，以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低響應(yīng)時間或者收集頻率等率碾。此參數(shù)建議使用并行收集器時叔营，一直打開。
并發(fā)收集器(響應(yīng)時間優(yōu)先)
-XX:+UseParNewGC：設(shè)置年輕代為并發(fā)收集所宰∪拮穑可與CMS收集同時使用。JDK5.0以上仔粥，JVM會根據(jù)系統(tǒng)配置自行設(shè)置婴谱，所以無需再設(shè)置此值。CMS躯泰， 全稱Concurrent Low Pause Collector谭羔，是jdk1.4后期版本開始引入的新gc算法，在jdk5和jdk6中得到了進(jìn)一步改進(jìn)麦向，它的主要適合場景是對響應(yīng)時間的重要性需求 大于對吞吐量的要求瘟裸，能夠承受垃圾回收線程和應(yīng)用線程共享處理器資源，并且應(yīng)用中存在比較多的長生命周期的對象的應(yīng)用诵竭。CMS是用于對tenured generation的回收话告，也就是年老代的回收，目標(biāo)是盡量減少應(yīng)用的暫停時間卵慰，減少FullGC發(fā)生的幾率沙郭，利用和應(yīng)用程序線程并發(fā)的垃圾回收線程來 標(biāo)記清除年老代。
-XX:+UseConcMarkSweepGC：設(shè)置年老代為并發(fā)收集呵燕。
-XX:CMSFullGCsBeforeCompaction=：由于并發(fā)收集器不對內(nèi)存空間進(jìn)行壓縮棠绘、整理，所以運(yùn)行一段時間以后會產(chǎn)生“碎片”再扭，使得運(yùn)行效率降低氧苍。此參數(shù)設(shè)置運(yùn)行次FullGC以后對內(nèi)存空間進(jìn)行壓縮、整理泛范。
-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮让虐。可能會影響性能罢荡，但是可以消除內(nèi)存碎片赡突。
-XX:+CMSIncrementalMode：設(shè)置為增量收集模式对扶。一般適用于單CPU情況。
-XX:CMSInitiatingOccupancyFraction=70：表示年老代空間到70%時就開始執(zhí)行CMS惭缰，確保年老代有足夠的空間接納來自年輕代的對象浪南。注：如果使用 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：啟用本地線程優(yōu)先級API虐先，即使 java.lang.Thread.setPriority() 生效怨愤，反之無效。
-XX:SoftRefLRUPolicyMSPerMB=0：“軟引用”的對象在最后一次被訪問后能存活0毫秒（默認(rèn)為1秒）蛹批。
-XX:TargetSurvivorRatio=90：允許90%的Survivor空間被占用（默認(rèn)為50%）撰洗。提高對于Survivor的使用率——超過就會嘗試?yán)厥铡］o助信息
-XX:-CITime：打印消耗在JIT編譯的時間
-XX:ErrorFile=./hs_err_pid.log：保存錯誤日志或者數(shù)據(jù)到指定文件中
-XX:-ExtendedDTraceProbes：開啟solaris特有的dtrace探針
-XX:HeapDumpPath=./java_pid.hprof：指定導(dǎo)出堆信息時的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError：當(dāng)首次遭遇內(nèi)存溢出時導(dǎo)出此時堆中相關(guān)信息-XX:OnError=";"：出現(xiàn)致命ERROR之后運(yùn)行自定義命令
-XX:OnOutOfMemoryError=";"：當(dāng)首次遭遇內(nèi)存溢出時執(zhí)行自定義命令
-XX:-PrintClassHistogram：遇到Ctrl-Break后打印類實(shí)例的柱狀信息般眉，與jmap -histo功能相同
-XX:-PrintConcurrentLocks：遇到Ctrl-Break后打印并發(fā)鎖的相關(guān)信息了赵，與jstack -l功能相同
-XX:-PrintCommandLineFlags：打印在命令行中出現(xiàn)過的標(biāo)記
-XX:-PrintCompilation：當(dāng)一個方法被編譯時打印相關(guān)信息
-XX:-PrintGC：每次GC時打印相關(guān)信息
-XX:-PrintGC Details：每次GC時打印詳細(xì)信息
-XX:-PrintGCTimeStamps：打印每次GC的時間戳
-XX:-TraceClassLoading：跟蹤類的加載信息
-XX:-TraceClassLoadingPreorder：跟蹤被引用到的所有類的加載信息
-XX:-TraceClassResolution：跟蹤常量池
-XX:-TraceClassUnloading：跟蹤類的卸載信息
-XX:-TraceLoaderConstraints：跟蹤類加載器約束的相關(guān)信息
參考
