實話實說，很多人干了三、五年的Java開發，照樣沒用使用過JVM調優參數。
但是，面試官可不管你有沒有用過，面試官心里想的是“這問題回答不出來，證明你很low B，還想要那么高的薪資，沒門”。
話不多說，我們開始今天的干貨。
首先，看看本文主要內容：
今天來熟悉一下，關于JVM調優常用的一些參數。
X或者XX開頭的都是非標準化參數
意思就是說標準化參數不會變，非標準化參數可能在每個JDK版本中有所變化，但是就目前來看X開頭的非標準化的參數改變的也是非常少。
- 格式：-XX:[+-]<name> 表示啟用或者禁用name屬性。
- 例子：-XX:+UseG1GC（表示啟用G1垃圾收集器）
-XX:+PrintCommandLineFlags查看當前JVM設置過的相關參數：
JVM參數分類
根據JVM參數開頭可以區分參數類型，共三類：“-”、“-X”、“-XX”，
標準參數(-)：所有的JVM實現都必須實現這些參數的功能，而且向后兼容;
例子：-verbose:class，-verbose:gc，-verbose:jni……
非標準參數(-X)：默認jvm實現這些參數的功能，但是并不保證所有jvm實現都滿足，且不保證向后兼容;
例子：Xms20m，-Xmx20m，-Xmn20m，-Xss128k……
非Stable參數(-XX)：此類參數各個jvm實現會有所不同，將來可能會隨時取消，需要慎重使用;
例子：-XX:+PrintGCDetails，-XX:-UseParallelGC，-XX:+PrintGCTimeStamps……
堆參數設置
-Xms 初始堆大小，ms是memory start的簡稱 ，等價于-XX:InitialHeapSize-Xmx 最大堆大小，mx是memory max的簡稱 ，等價于參數-XX:MaxHeapSize
注意：在通常情況下，服務器項目在運行過程中，堆空間會不斷的收縮與擴張，勢必會造成不必要的系統壓力。
所以在生產環境中，JVM的Xms和Xmx要設置成大小一樣的，能夠避免GC在調整堆大小帶來的不必要的壓力。
-XX:NewSize=n 設置年輕代大小-XX:NewRatio=n 設置年輕代和年老代的比值。
如:-XX:NewRatio=3，表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4，默認新生代和老年代的比例=1:2。-XX:SurvivorRatio=n 年輕代中Eden區與兩個Survivor區的比值。
注意Survivor區有兩個，默認是8，表示：Eden:S0:S1=8:1:1
如：-XX:SurvivorRatio=3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5。
元空間參數
-XX:MetaspaceSize：Metaspace 空間初始大小，如果不設置的話，默認是20.79M，這個初始大小是觸發首次 Metaspace Full GC的閾值。
例如：-XX:MetaspaceSize=256M
-XX:MaxMetaspaceSize：Metaspace 最大值，默認不限制大小，但是線上環境建議設置。
例如：-XX:MaxMetaspaceSize=256M
-XX:MinMetaspaceFreeRatio：最小空閑比，當 Metaspace 發生 GC 后，會計算 Metaspace 的空閑比，如果空閑比(空閑空間/當前 Metaspace 大小)小于此值，就會觸發 Metaspace 擴容。默認值是 40 ，也就是 40%，例如 -XX:MinMetaspaceFreeRatio=40
-XX:MaxMetaspaceFreeRatio:最大空閑比，當 Metaspace發生 GC 后，會計算 Metaspace 的空閑比，如果空閑比(空閑空間/當前 Metaspace 大小)大于此值，就會觸發 Metaspace 釋放空間。默認值是 70 ，也就是 70%，例如 -XX:MaxMetaspaceFreeRatio=70
建議將 MetaspaceSize 和 MaxMetaspaceSize設置為同樣大小，避免頻繁擴容。
棧參數設置
-Xss：棧空間大小，棧是線程獨占的，所以是一個線程使用棧空間的大小。
例如：-Xss256K，如果不設置此參數，默認值是1M，一般來講設置成 256K 就足夠了。
收集器參數設置
Serial垃圾收集器(新生代)
開啟：-XX:+UseSerialGC 關閉：-XX:-UseSerialGC //新生代使用Serial 老年代則使用SerialOld
ParNew垃圾收集器(新生代)
開啟 -XX:+UseParNewGC 關閉 -XX:-UseParNewGC //新生代使用功能ParNew 老年代則使用功能CMS
Parallel Scavenge收集器(新生代)
開啟 -XX:+UseParallelOldGC 關閉 -XX:-UseParallelOldGC //新生代使用功能Parallel Scavenge 老年代將會使用Parallel Old收集器
ParallelOl垃圾收集器(老年代)
開啟 -XX:+UseParallelGC 關閉 -XX:-UseParallelGC //新生代使用功能Parallel Scavenge 老年代將會使用Parallel Old收集器
CMS垃圾收集器(老年代)
開啟 -XX:+UseConcMarkSweepGC 關閉 -XX:-UseConcMarkSweepGC
G1垃圾收集器
開啟 -XX:+UseG1GC 關閉 -XX:-UseG1GC
GC策略參數配置
GC停頓時間，垃圾收集器會嘗試用各種手段達到這個時間，比如減小年輕代
-XX:MaxGCPauseMillis
堆占用了多少比例的時候觸發GC，就即觸發標記周期的 Java 堆占用率閾值。默認占用率是整個 Java 堆的 45%
-XX:InitiatingHeapOccupancyPercent=n
新生代可容納的最大對象,大于則直接會分配到老年代，0代表沒有限制。
-XX:PretenureSizeThreshold=1000000 //
進入老年代最小的GC年齡,年輕代對象轉換為老年代對象最小年齡值，默認值7
-XX:InitialTenuringThreshol=7
升級老年代年齡，最大值15
-XX:MaxTenuringThreshold
GC并行執行線程數
-XX:ParallelGCThreads=16
禁用 System.gc()，由于該方法默認會觸發 FGC，并且忽略參數中的 UseG1GC 和 UseConcMarkSweepGC，因此必要時可以禁用該方法。
-XX:-+DisableExplicitGC
設置吞吐量大小,默認99
XX:GCTimeRatio
打開自適應策略,各個區域的比率，晉升老年代的年齡等參數會被自動調整。以達到吞吐量，停頓時間的平衡點。
XX:UseAdaptiveSizePolicy
設置GC時間占用程序運行時間的百分比
GCTimeRatio
Dump異常快照
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath
堆內存出現OOM的概率是所有內存耗盡異常中最高的，出錯時的堆內信息對解決問題非常有幫助。
所以給JVM設置這個參數(-XX:+HeapDumpOnOutOfMemoryError)，讓JVM遇到OOM異常時能輸出堆內信息，并通過(-XX:+HeapDumpPath)參數設置堆內存溢出快照輸出的文件地址。
這對于特別是對相隔數月才出現的OOM異常尤為重要。
- -Xms10M -Xmx10M -Xmn2M -XX:SurvivorRatio=8 -XX:+HeapDumpOnOutOfMemoryError
- -XX:HeapDumpPath=D:\study\log_hprof\gc.hprof
-XX:OnOutOfMemoryError
表示發生OOM后，運行jconsole.exe程序。
這里可以不用加“”，因為jconsole.exe路徑Program Files含有空格。利用這個參數，我們可以在系統OOM后，自定義一個腳本，可以用來發送郵件告警信息，可以用來重啟系統等等。
- -XX:OnOutOfMemoryError="C:\Program Files\Java\jdk1.8.0_151\bin\jconsole.exe"
8G內存的服務器該如何設置
- java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
-Xmx3500m 設置JVM最大可用內存為3550M。
-Xms3500m 設置JVM初始內存為3550m。此值可以設置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內存。-Xmn2g 設置年輕代大小為2G。
整個堆大小=年輕代大小 + 年老代大小 + 方法區大小
-Xss128k 設置每個線程的堆棧大小。
JDK1.5以后每個線程堆棧大小為1M，以前每個線程堆棧大小為256K。更具應用的線程所需內存大小進行調整。在相同物理內存下，減小這個值能生成更多的線程。但是操作系統對一個進程內的線程數還是有限制的，不能無限生成，經驗值在3000~5000左右。
-XX:NewRatio=4 設置年輕代(包括Eden和兩個Survivor區)與年老代的比值(除去持久代)。設置為4，則年輕代與年老代所占比值為1：4，年輕代占整個堆棧的1/5 。
-XX:SurvivorRatio=4 設置年輕代中Eden區與Survivor區的大小比值。
設置為4，則兩個Survivor區與一個Eden區的比值為2:4，一個Survivor區占整個年輕代的1/6 -XX:MaxPermSize=16m 設置持久代大小為16m。
-XX:MaxTenuringThreshold=0 設置垃圾最大年齡。
如果設置為0的話，則年輕代對象不經過Survivor區，直接進入年老代。對于年老代比較多的應用，可以提高效率。如果將此值設置為一個較大值，則年輕代對象會在Survivor區進行多次復制，這樣可以增加對象在年輕代的存活時間，增加在年輕代即被回收的概論。
項目中，GC日志配置
比如，我們啟動一個user-service項目：
- java
- -XX:+PrintGCDetails -XX:+PrintGCDateStamps
- -XX:+UseGCLogFileRotation
- -XX:+PrintHeapAtGC -XX:NumberOfGCLogFiles=5
- -XX:GCLogFileSize=20M
- -Xloggc:/opt/user-service-gc-%t.log
- -jar user-service-1.0-SNAPSHOT.jar
參數解釋：
- -Xloggc:/opt/app/ard-user/user-service-gc-%t.log 設置日志目錄和日志名稱
- -XX:+UseGCLogFileRotation 開啟滾動生成日志
- -XX:NumberOfGCLogFiles=5 滾動GC日志文件數，默認0，不滾動
- -XX:GCLogFileSize=20M GC文件滾動大小，需開啟UseGCLogFileRotation
- -XX:+PrintGCDetails 開啟記錄GC日志詳細信息（包括GC類型、各個操作使用的時間）,并且在程序運行結束打印出JVM的內存占用情況
- -XX:+ PrintGCDateStamps 記錄系統的GC時間
- -XX:+PrintGCCause 產生GC的原因(默認開啟)
項目中沒用過怎么辦?
對于很多沒用過的人來說，面試官問項目中這些參數是怎么用?此時，很容易選擇妥協，傻傻的回答沒用過。
偷偷的告訴你，很多面試官也沒有用過。
另外，你可以自己搞個小項目，把JVM參數設置小點，使用測試工具JMeter，多線程測試一下。
在代碼里可以自己編造以下問題：
內存溢出
內存泄漏
棧溢出
然后使用JVM參數進行調優，或者通過JVM工具和相關命令找到問題，然后解決問題。
原文鏈接：https://mp.weixin.qq.com/s/NjzyQaNmf1NDFSsjaJfNdQ
