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í)行時間，覺得是否進(jìn)行優(yōu)化。

　　舉一個例子：系統(tǒng)崩潰前的一些現(xiàn)象：

　　- 每次垃圾回收的時間越來越長，由之前的10ms延長到50ms左右，F(xiàn)ullGC的時間也有之前的0.5s延長到4、5s

　　- FullGC的次數(shù)越來越多，最頻繁時隔不到1分鐘就進(jìn)行一次FullGC

　　- 年老代的內(nèi)存越來越大并且每次FullGC后年老代沒有內(nèi)存被釋放 之后系統(tǒng)會無法響應(yīng)新的請求，逐漸到達(dá)OutOfMemoryError的臨界值，這個時候就需要分析JVM內(nèi)存快照dump。

　　2. 生成堆的dump文件 通過JMX的MBean生成當(dāng)前的Heap信息，大小為一個3G(整個堆的大小)的hprof文件，如果沒有啟動JMX可以通過Java的jmap命令來生成該文件。

　　3. 分析dump文件打開這個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打開分析。

　　4. 分析結(jié)果，判斷是否需要優(yōu)化 如果各項(xiàng)參數(shù)設(shè)置合理，系統(tǒng)沒有超時日志出現(xiàn)，GC頻率不高，GC耗時不高，那么沒有必要進(jìn)行GC優(yōu)化，如果GC時間超過1-3秒，或者頻繁GC，則必須優(yōu)化。

　　注：如果滿足下面的指標(biāo)，則一般不需要進(jìn)行GC：

　　- Minor GC執(zhí)行時間不到50ms;

　　- Minor GC執(zhí)行不頻繁，約10秒一次;

　　- Full GC執(zhí)行時間不到1s;

　　- Full GC執(zhí)行頻率不算頻繁，不低于10分鐘1次;

　　5. 調(diào)整GC類型和內(nèi)存分配 如果內(nèi)存分配過大或過小，或者采用的GC收集器比較慢，則應(yīng)該優(yōu)先調(diào)整這些參數(shù)，并且先找1臺或幾臺機(jī)器進(jìn)行beta，然后比較優(yōu)化過的機(jī)器和沒有優(yōu)化的機(jī)器的性能對比，并有針對性的做出最后選擇。

　　6. 不斷的分析和調(diào)整 通過不斷的試驗(yàn)和試錯，分析并找到最合適的參數(shù)，如果找到了最合適的參數(shù)，則將這些參數(shù)應(yīng)用到所有服務(wù)器。