????作為一名勵(lì)志成為"神奇寶貝大師"的男人，怎么能連JVM都不懂呢，不然你可能會(huì)像智爺那樣，一輩子拿不到冠軍了。
????java能在多平臺(tái)運(yùn)行的基礎(chǔ)就是java虛擬機(jī)了，這邊我們不談?wù)撍膬?nèi)存區(qū)域，畢竟jdk7的方法區(qū)和jdk8元空間還是有區(qū)別的。

jvm參數(shù)

//常見(jiàn)參數(shù) -Xms1024m 初始堆大小 -Xmx1024m 最大堆大小 一般將xms和xmx設(shè)置為相同大小，防止堆擴(kuò)展，影響性能。 -XX:NewSize=n:設(shè)置年輕代大小 -XX:NewRatio=n:設(shè)置年輕代和年老代的比值.如:為3,表示年輕代與年老代比值為1:3,年輕代占整個(gè)年輕代年老代和的1/4 -XX:SurvivorRatio=n:年輕代中Eden區(qū)與兩個(gè)Survivor區(qū)的比值.注意Survivor區(qū)有兩個(gè).如:3,表示Eden:Survivor=3:2,一個(gè)Survivor區(qū)占整個(gè)年輕代的1/5 -XX:MaxPermSize=n:設(shè)置持久代大小 -XX:+HeapDumpOnOutOfMemoryError OOM時(shí)自動(dòng)保存堆文件，可以用visualvm分析堆文件//收集器設(shè)置 -XX:+UseSerialGC:設(shè)置串行收集器 -XX:+UseParallelGC:設(shè)置并行收集器 -XX:+UseParalledlOldGC:設(shè)置并行年老代收集器 -XX:+UseConcMarkSweepGC:設(shè)置并發(fā)收集器//垃圾回收統(tǒng)計(jì)信息 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:filename//并行收集器設(shè)置 -XX:ParallelGCThreads=n:設(shè)置并行收集器收集時(shí)使用的CPU數(shù).并行收集//線程數(shù). -XX:MaxGCPauseMillis=n:設(shè)置并行收集最大暫停時(shí)間 -XX:GCTimeRatio=n:設(shè)置垃圾回收時(shí)間占程序運(yùn)行時(shí)間的百分比.公式為1/(1+n) //并發(fā)收集器設(shè)置 -XX:+CMSIncrementalMode:設(shè)置為增量模式.適用于單CPU情況. -XX:ParallelGCThreads=n:設(shè)置并發(fā)收集器年輕代收集方式為并行收集時(shí),使用的CPU數(shù).并行收集線程數(shù). 復(fù)制代碼

用法

Idea用法

打開(kāi)idea

點(diǎn)擊右上角 edit configurations

在vm options輸入?yún)?shù)

Springboot用法

由于筆者一直用的是Springboot，因此這邊以Springboot的形式進(jìn)行示范,在啟動(dòng)項(xiàng)目jar包時(shí)添加參數(shù)。

java -jar -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -Xms1024m -Xmx1024m -Xmn256m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC newframe-1.0.0.jar 復(fù)制代碼

工具使用

Visual VM

Visual VM 由java編寫(xiě),已經(jīng)被jdk集成，通過(guò)檢測(cè) JVM 中加載的類和對(duì)象信息等幫助我們分析內(nèi)存使用情況,是用來(lái)分析java項(xiàng)目 、調(diào)優(yōu)的利器,功能強(qiáng)大。

概述：顯示了項(xiàng)目的jvm參數(shù)。
這邊的禁用是什么原因呢？相信直播間的觀眾應(yīng)該都是有智慧的！
監(jiān)視: {} 暫時(shí)省略n個(gè)字。
線程: {} 暫時(shí)省略n個(gè)字。
抽樣器: {} 暫時(shí)省略n個(gè)字。

jstat

1. 查看項(xiàng)目進(jìn)程PId

筆者這邊采用docker部署Springboot項(xiàng)目，所以只需要top或者jps就能直接查看到Pid。

lsof -i:端口號(hào)，前提是你已經(jīng)安裝了。

ps -ef | grep 項(xiàng)目名

2. 使用命令查看結(jié)果

jstat -gcutil 5 1000 復(fù)制代碼

實(shí)戰(zhàn)分析

通過(guò)Visual VM發(fā)現(xiàn)，基本上每隔8分鐘，jvm就會(huì)發(fā)生一次GC,而我本人也沒(méi)有訪問(wèn)過(guò)項(xiàng)目，項(xiàng)目的訪問(wèn)量應(yīng)該為0，所以在沒(méi)有定時(shí)任務(wù)或者死循環(huán)的情況下，產(chǎn)生的對(duì)象數(shù)應(yīng)該為0。理論上是不會(huì)發(fā)生GC的。

那么GC是發(fā)生在哪里的呢？年輕代還是老年代？
由于這邊NewRatio 為1，所以不管是老年代或者新生代發(fā)生gc一般都是在200m左右，我們不好分辨是哪個(gè)代。其實(shí)之前NewRatio=2，xmx450m，發(fā)生GC的情況是150m。因此是新生代發(fā)生了GC。

如果不相信，下面是用jstat的截圖，可以看出是新生代對(duì)象在不停的產(chǎn)生。

4. 知道是新生代發(fā)生了GC,基本上已經(jīng)證明了上述的猜想：有個(gè)死循環(huán)。通過(guò)抽象分析器發(fā)現(xiàn)char對(duì)象非常大。

5. 接下來(lái)可以通過(guò)堆dump發(fā)現(xiàn)是哪幾句代碼出現(xiàn)了問(wèn)題?？梢允褂胘hat這個(gè)工具,文件可以通過(guò)Visual VM產(chǎn)生，當(dāng)然在OOM的情況下，也可以通過(guò)參數(shù)產(chǎn)生。

jhat -J-Xmx1024M file 復(fù)制代碼

分析堆dump應(yīng)該就可以發(fā)現(xiàn)了，這邊就不分析了，其實(shí)是重啟項(xiàng)目，映射多個(gè)端口，然后等待GC,就比較麻煩。為了更加貼近實(shí)際，該項(xiàng)目屬于真實(shí)項(xiàng)目，已部署到阿里云,鏈接在此，猛戳我,代碼來(lái)源于github。

結(jié)語(yǔ)

最后祝大家新年快樂(lè)，找到好工作。希望小智能拿個(gè)冠軍，都看了十幾年了，圓了老玩家的夢(mèng)吧。

總結(jié)

以上是生活随笔為你收集整理的简单的jvm调优的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。