Java虛擬機怎么利用JVM進行優化

本篇文章為大家展示了Java虛擬機怎么利用JVM進行優化，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

前言

Java虛擬機是運行所有Java程序的抽象計算機，是Java語言的運行環境，它是Java 最具吸引力的特性之一。Java虛擬機是通過在實際的計算機上仿真模擬各種計算機功能模擬來實現的，通過Java虛擬機，您只要根據JVM規格描述將解釋器移植到特定的計算機上，就能保證經過編譯的任何Java代碼能夠在該系統上運行。

最近在看JVM群里有人發了一個GC情況，讓人幫忙看優化的，于是我也湊熱鬧發了出來想讓群里的大神們指導優化一下，以下是優化過程記錄.

一開始我貼了下面的兩張圖

jstat看GC記錄

jstat -gcutil pid 1000 20

jcmd看VM參數(第一次使用這個命令)

jcmd pid VM.flags

可以看到YGC了8W多次，FGC有1100+，相比較另一個發出來求教的，我這個更糟糕，他的是運行了3天左右 FGC370次

然后飛神讓我看下運行時間

ps -p pid -o etime

我的也是跑了3天左右，感覺優化空間非常的大

又讓我拉了JVM配置

jinfo -flags pid(沒權限，沒執行成功)

ps aux | grep pid

發現我的JVM完全沒做過優化，據我自己的印象，就改過PermSize,因為這個OOM過，所以調大了一點。

axPermSize=256m -server -Xss256k -XX:PermSize=128M -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/data/log/gclog/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/log/jvmdump/jvm.bin -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:+TieredCompilation -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintHeapAtGC

并囑咐了一句loggc和dumpPath提前mkdir

因為已經是周五晚上了，我沒有權限直接修改這個配置，所以準備下周一再配上去看效果。

萬萬沒想到，回家路上，笨神出來說話了，要我看下存活實例

jmap -histo:live pid

由于沒有開啟GC日志，于是笨神讓我開著jstat（飛神提到jstat -gccause pid可以gc情況），然后在另一個窗口執行jmap -histo:live

剛開始沒明白，后來才知道原來這個命令可以觸發FGC

可以看到FGC了以后Old區從90%降到了79%，FGC效果很差，說明活對象太多了。

回過頭去看jmap實例，發現AtomicInteger這個類對象特別的多，竟然有300多萬個實例,已經是top2了。

翻看代碼沒有發現有使用這個類的地方，初步懷疑是依賴的jar包使用的，笨神建議dump用MAT分析一下。

dump命令導出文件

jmap -dump:format=b,file=pid.dump pid

上述內容就是Java虛擬機怎么利用JVM進行優化，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。