1. 監(jiān)控GC的狀態(tài)
使用各種JVM工具,查看當(dāng)前日志,分析當(dāng)前JVM參數(shù)設(shè)置,并且分析當(dāng)前堆內(nèi)存快照和gc日志,根據(jù)實(shí)際的各區(qū)域內(nèi)存劃分和GC執(zhí)行時(shí)間,覺得是否進(jìn)行優(yōu)化。
2. 系統(tǒng)崩潰前的一些現(xiàn)象:
每次垃圾回收的時(shí)間越來(lái)越長(zhǎng),由之前的10ms延長(zhǎng)到50ms左右,F(xiàn)ullGC的時(shí)間也有之前的0.5s延長(zhǎng)到4、5s
FullGC的次數(shù)越來(lái)越多,最頻繁時(shí)隔不到1分鐘就進(jìn)行一次FullGC
年老代的內(nèi)存越來(lái)越大并且每次FullGC后年老代沒有內(nèi)存被釋放
之后系統(tǒng)會(huì)無(wú)法響應(yīng)新的請(qǐng)求,逐漸到達(dá)OutOfMemoryError的臨界值,這個(gè)時(shí)候就需要分析JVM內(nèi)存快照dump。
3. 生成堆的dump文件
通過JMX的MBean生成當(dāng)前的Heap信息,大小為一個(gè)3G(整個(gè)堆的大小)的hprof文件,如果沒有啟動(dòng)JMX可以通過Java的jmap命令來(lái)生成該文件。
4. 分析dump文件
打開這個(gè)3G的堆信息文件,顯然一般的Window系統(tǒng)沒有這么大的內(nèi)存,必須借助高配置的Linux,幾種工具打開該文件:
Visual VM
IBM HeapAnalyzer
JDK 自帶的Hprof工具
Mat(Eclipse專門的靜態(tài)內(nèi)存分析工具)推薦使用
備注:文件太大,建議使用Eclipse專門的靜態(tài)內(nèi)存分析工具M(jìn)at打開分析。
5. 分析結(jié)果,判斷是否需要優(yōu)化
如果各項(xiàng)參數(shù)設(shè)置合理,系統(tǒng)沒有超時(shí)日志出現(xiàn),GC頻率不高,GC耗時(shí)不高,那么沒有必要進(jìn)行GC優(yōu)化,如果GC時(shí)間超過1-3秒,或者頻繁GC,則必須優(yōu)化。
注:如果滿足下面的指標(biāo),則一般不需要進(jìn)行GC:
Minor GC執(zhí)行時(shí)間不到50ms;
Minor GC執(zhí)行不頻繁,約10秒一次;
Full GC執(zhí)行時(shí)間不到1s;
Full GC執(zhí)行頻率不算頻繁,不低于10分鐘1次;
6.調(diào)整GC類型和內(nèi)存分配
如果內(nèi)存分配過大或過小,或者采用的GC收集器比較慢,則應(yīng)該優(yōu)先調(diào)整這些參數(shù),并且先找1臺(tái)或幾臺(tái)機(jī)器進(jìn)行beta,然后比較優(yōu)化過的機(jī)器和沒有優(yōu)化的機(jī)器的性能對(duì)比,并有針對(duì)性的做出最后選擇。
7. 不斷的分析和調(diào)整
通過不斷的試驗(yàn)和試錯(cuò),分析并找到最合適的參數(shù),如果找到了最合適的參數(shù),則將這些參數(shù)應(yīng)用到所有服務(wù)器。