JVM調優涉及到兩個很重要的概念：吞吐量和響應時間。jvm調優主要是針對他們進行調整優化，達到一個理想的目標，根據業務確定目標是吞吐量優先還是響應時間優先。

　　吞吐量：用戶代碼執行時間/(用戶代碼執行時間+GC執行時間)。

　　響應時間：整個接口的響應時間(用戶代碼執行時間+GC執行時間)，stw時間越短，響應時間越短。

　　調優的前提是熟悉業務場景，先判斷出當前業務場景是吞吐量優先還是響應時間優先。調優需要建立在監控之上，由壓力測試來判斷是否達到業務要求和性能要求。 調優的步驟大致可以分為：

　　熟悉業務場景，了解當前業務系統的要求，是吞吐量優先還是響應時間優先;

　　選擇合適的垃圾回收器組合，如果是吞吐量優先，則選擇ps+po組合;如果是響應時間優先，在1.8以后選擇G1，在1.8之前選擇ParNew+CMS組合;

　　規劃內存需求，只能進行大致的規劃。

　　CPU選擇，在預算之內性能越高越好;

　　根據實際情況設置升級年齡，最大年齡為15;

　　根據需要設定相關的JVM日志參數：

　　-Xloggc:/path/name-gc-%t.log

　　-XX:+UseGCLogFileRotation

　　-XX:NumberOfGCLogs=5

　　-XX:GCLogFileSize=20M

　　-XX:+PrintGCDetails

　　-XX:+PrintGCDateStamps

　　-XX:+PrintGCCauses

　　其中需要注意的是：

　　-XX:+UseGCLogFileRotation：GC文件循環使用

　　-XX:NumberOfGCLogs=5：使用5個GC文件

　　-XX:GCLogFileSize=20M：每個GC文件的大小

　　上面這三個參數放在一起代表的含義是：5個GC文件循環使用，每個GC文件20M，總共使用100M存儲日志文件，當5個GC文件都使用完畢以后，覆蓋第一個GC日志文件，生成新的GC文件。

　　當cpu經常飆升到100%的使用率，那么證明有線程長時間占用系統資源不進行釋放，需要定位到具體是哪個線程在占用，定位問題的步驟如下(linux系統)：

　　1.使用top命令常看當前服務器中所有進程(jps命令可以查看當前服務器運行java進程),找到當前cpu使用率最高的進程，獲取到對應的pid;

　　2.然后使用top -Hp pid，查看該進程中的各個線程信息的cpu使用，找到占用cpu高的線程pid

　　3.使用jstack pid打印它的線程信息，需要注意的是，通過jstack命令打印的線程號和通過top -Hp打印的線程號進制不一樣，需要進行轉換才能進行匹配，jstack中的線程號為16進制，而top -Hp打印的是10進制。

　　當內存飆高一般都是堆中對象無法回收造成，因為java中的對象大部分存儲在堆內存中。其實也就是常見的oom問題(Out Of Memory)，一般：

　　1.jinfo pid，可以查看當前進行虛擬機的相關信息列舉出來

　　2.jstat -gc pid ms，多長毫秒打印一次gc信息，打印信息如下，里面包含gc測試，年輕代/老年帶gc信息等

　　3. jmap -histo pid | head -20，查找當前進程堆中的對象信息，加上管道符后面的信息以后，代表查詢對象數量最多的20個

　　4. jmap -dump:format=b,file=xxx pid，可以生成堆信息的文件，但是這個命令不建議在生產環境使用，因為當內存較大時，執行該命令會占用大量系統資源，甚至造成卡頓。建議在項目啟動時添加下面的命令，在發生oom時自動生成堆信息文件：-XX:+HeapDumpOnOutOfMemory。如果需要在線上進行堆信息分析，如果當前服務存在多個節點，可以下線一個節點，生成堆信息，或者使用第三方工具，阿里的arthas。

　　除此之外，我們還可以使用 jvisualvm是jdk自帶的圖形化分析工具，可以對運行進程的線程，堆進行詳細分析。但是這種分析工具可以對本地代碼或者測試環境進行監控分析，不建議在線上環境使用該工具，因為它會占用系統資源。如果必須要在線上執行，建議當前服務存在多個節點，然后下線其中一個節點進行問題分析。也可以使用第三方收費的圖形分析界面jprofiler。

　　注意事項：

　　在日常JVM調優常用參數主要如下：

　　通用GC常用參數：

　　-Xmn：年輕代大小

　　-Xms：堆初始大小

　　-Xmx：堆最大大小

　　-Xss：棧大小

　　-XX:+UseTlab：使用tlab，默認打開，涉及到對象分配問題

　　-XX:+PrintTlab：打印tlab使用情況

　　-XX:+TlabSize：設置Tlab大小

　　-XX:+DisabledExplictGC：java代碼中的System.gc()不再生效，防止代碼中誤寫，導致頻繁觸動GC，默認不起用。

　　-XX:+PrintGC(+PrintGCDetails/+PrintGCTimeStamps) : 打印GC信息(打印GC詳細信息/打印GC執行時間)

　　-XX:+PrintHeapAtGC打印GC時的堆信息

　　-XX:+PrintGCApplicationConcurrentTime: 打印應用程序的時間

　　-XX:+PrintGCApplicationStopedTime: 打印應用程序暫停時間

　　-XX:+PrintReferenceGC: 打印回收多少種引用類型的引用

　　-verboss:class : 類加載詳細過程

　　-XX:+PrintVMOptions : 打印JVM運行參數

　　-XX:+PrintFlagsFinal(+PrintFlagsInitial) -version | grep : 查找想要了解的命令

　　-X:loggc:/opt/gc/log/path : 輸出gc信息到文件

　　-XX:MaxTenuringThreshold : 設置gc升到年齡，最大值為15

　　Parallel GC 常用參數:

　　-XX:PreTenureSizeThreshold 多大的對象判定為大對象，直接晉升老年代

　　-XX:+ParallelGCThreads 用于并發垃圾回收的線程

　　-XX:+UseAdaptiveSizePolicy 自動選擇各區比例

　　CMS GC 常用參數:

　　-XX:+UseConcMarkSweepGC :使用CMS垃圾回收器

　　-XX:parallelCMSThreads : CMS線程數量

　　-XX:CMSInitiatingOccupancyFraction : 占用多少比例的老年代時開始CMS回收，默認值68%，如果頻繁發生serial old，適當調小該比例，降低FGC頻率

　　-XX:+UseCMSCompactAtFullCollection : 進行壓縮整理

　　-XX:CMSFullGCBeforeCompaction :多少次FGC以后進行壓縮整理

　　-XX:+CMSClassUnloadingEnabled :回收永久代

　　-XX:+CMSInitiatingPermOccupancyFraction :達到什么比例時進行永久代回收

　　-XX:GCTimeTatio : 設置GC時間占用程序運行時間的百分比，該參數只能是盡量達到該百分比，不是肯定達到

　　-XX:MaxGCPauseMills : GCt停頓時間，該參數也是盡量達到，而不是肯定達到

　　G1 GC 常用參數：

　　-XX:+UseG1 : 使用G1垃圾回收器

　　-XX:MaxGCPauseMills : GCt停頓時間，該參數也是盡量達到，G1會調整yong區的塊數來達到這個值

　　-XX:+G1HeapRegionSize : 分區大小，范圍為1M~32M，必須是2的n次冪，size越大，GC回收間隔越大，但是GC所用時間越長

　　更多關于“java培訓”的問題，歡迎咨詢千鋒教育在線名師。千鋒教育多年辦學，課程大綱緊跟企業需求，更科學更嚴謹，每年培養泛IT人才近2萬人。不論你是零基礎還是想提升，都可以找到適合的班型，千鋒教育隨時歡迎你來試聽。