開發(fā)多年，最近2年，經(jīng)常遇到其他同行或者別的項目組在業(yè)務(wù)測試環(huán)境上，甚至還有的在生產(chǎn)環(huán)境上出現(xiàn)（多數(shù)是后臺管理系統(tǒng)）OutOfMemory，直到我在實際開發(fā)中遇到，總結(jié)了以下幾點，針對實際情況（拒絕扯蛋的）分析解決方案：

一 造成原因

很多人都說是代碼編寫不規(guī)范造成的，開發(fā)人員技術(shù)功底薄弱，不能及時釋放內(nèi)存。甚至，會有人建議將引用后的變量置成null值，讓jvm的垃圾回收。（我想申明下，jvm的垃圾回收根據(jù)算法不同，回收的規(guī)則不同，針對新生代和年老代的回收頻率也不一樣，根據(jù)對象的引用的次數(shù)和當前所耗內(nèi)存占比回收），上面的將引用后的置成null，可行，但不是必須的。

一般非生產(chǎn)環(huán)境上出現(xiàn)內(nèi)存溢出，都是我們沒有手動設(shè)置過jvm內(nèi)存（一般情況，除非必須，測試環(huán)境都會使用默認的大?。?/p>

開發(fā)人員功底確實也是很重要，數(shù)據(jù)量的大小，數(shù)據(jù)的存活周期，引用的三方j(luò)ar工具類是否是占內(nèi)存，代碼循環(huán)變量，集合使用是否有造成內(nèi)存溢出的潛在風險。

二? 分析思路

生產(chǎn)環(huán)境上出現(xiàn)內(nèi)存溢出，如果條件允許，查看 jmap -heap pid 實際內(nèi)存消耗，可以動態(tài)查看內(nèi)存占用和GC回收情況jstat -gcutil pid time,會展示出各個區(qū)域的情況；聯(lián)合使用 jmap?-histo:live? pid查看對象占用內(nèi)存大小情況。找到耗內(nèi)存的對象，針對代碼優(yōu)化。

三? ?解決方案

手動設(shè)置jvm內(nèi)存大小，新生代和年老代的比例，永久代內(nèi)存大小。

排查代碼具體定位問題，一個批次的數(shù)據(jù)量比較大，造成的內(nèi)存溢出，會采用分頁方法處理數(shù)據(jù)。

引用三方j(luò)ar出現(xiàn)的問題，考慮使用一些輕量級的工具類代替。

四 總結(jié)

內(nèi)存溢出，宗旨是：盡量讓對象在新生代多存活。代碼優(yōu)化到最優(yōu)。