error提示怎么辦？

1、內(nèi)存泄漏(Memory Leak)：是指程序在申請(qǐng)內(nèi)存后，無法釋放已申請(qǐng)的內(nèi)存空間，一次內(nèi)存泄漏似乎不會(huì)有大的影響，但內(nèi)存泄漏堆積后的后果就是內(nèi)存溢出。

2、內(nèi)存溢出(Memory Overflow)：指程序申請(qǐng)內(nèi)存時(shí)，沒有足夠的內(nèi)存供申請(qǐng)者使用，或者說，給了你一塊存儲(chǔ)int類型數(shù)據(jù)的存儲(chǔ)空間，但是你卻存儲(chǔ)long類型的數(shù)據(jù)，那么結(jié)果就是內(nèi)存不夠用，此時(shí)就會(huì)報(bào)錯(cuò)OOM,即所謂的內(nèi)存溢出。

3、二者的關(guān)系

內(nèi)存泄漏的堆積最終會(huì)導(dǎo)致內(nèi)存溢出。內(nèi)存溢出就是你要的內(nèi)存空間超過了系統(tǒng)實(shí)際分配給你的空間，此時(shí)系統(tǒng)相當(dāng)于沒法滿足你的需求，就會(huì)報(bào)內(nèi)存溢出的錯(cuò)誤。內(nèi)存泄漏是指你向系統(tǒng)申請(qǐng)分配內(nèi)存進(jìn)行使用(new)，可是使用完了以后卻不歸還(delete)，結(jié)果你申請(qǐng)到的那塊內(nèi)存你自己也不能再訪問（也許你把它的地址給弄丟了），而系統(tǒng)也不能再次將它分配給需要的程序。就相當(dāng)于你租了個(gè)帶鑰匙的柜子，你存完東西之后把柜子鎖上之后，把鑰匙丟了或者沒有將鑰匙還回去，那么結(jié)果就是這個(gè)柜子將無法供給任何人使用，也無法被垃圾回收器回收，因?yàn)檎也坏剿娜魏涡畔ⅰ?nèi)存溢出：一個(gè)盤子用盡各種方法只能裝4個(gè)果子，你裝了5個(gè)，結(jié)果掉倒地上不能吃了。這就是溢出。比方說棧，棧滿時(shí)再做進(jìn)棧必定產(chǎn)生空間溢出，叫上溢，棧空時(shí)再做退棧也產(chǎn)生空間溢出，稱為下溢。就是分配的內(nèi)存不足以放下數(shù)據(jù)項(xiàng)序列,稱為內(nèi)存溢出。說白了就是我承受不了那么多，那我就報(bào)錯(cuò)~

4、內(nèi)存泄漏的分類（按發(fā)生方式來分類）

常發(fā)性內(nèi)存泄漏：發(fā)生內(nèi)存泄漏的代碼會(huì)被多次執(zhí)行到，每次被執(zhí)行的時(shí)候都會(huì)導(dǎo)致一塊內(nèi)存泄漏。偶發(fā)性內(nèi)存泄漏：發(fā)生內(nèi)存泄漏的代碼只有在某些特定環(huán)境或操作過程下才會(huì)發(fā)生。常發(fā)性和偶發(fā)性是相對(duì)的。對(duì)于特定的環(huán)境，偶發(fā)性的也許就變成了常發(fā)性的。所以測(cè)試環(huán)境和測(cè)試方法對(duì)檢測(cè)內(nèi)存泄漏至關(guān)重要。一次性內(nèi)存泄漏：發(fā)生內(nèi)存泄漏的代碼只會(huì)被執(zhí)行一次，或者由于算法上的缺陷，導(dǎo)致總會(huì)有一塊僅且一塊內(nèi)存發(fā)生泄漏。比如，在類的構(gòu)造函數(shù)中分配內(nèi)存，在析構(gòu)函數(shù)中卻沒有釋放該內(nèi)存，所以內(nèi)存泄漏只會(huì)發(fā)生一次。隱式內(nèi)存泄漏：程序在運(yùn)行過程中不停的分配內(nèi)存，但是直到結(jié)束的時(shí)候才釋放內(nèi)存。嚴(yán)格的說這里并沒有發(fā)生內(nèi)存泄漏，因?yàn)樽罱K程序釋放了所有申請(qǐng)的內(nèi)存。但是對(duì)于一個(gè)服務(wù)器程序，需要運(yùn)行幾天，幾周甚至幾個(gè)月，不及時(shí)釋放內(nèi)存也可能導(dǎo)致最終耗盡系統(tǒng)的所有內(nèi)存。所以，我們稱這類內(nèi)存泄漏為隱式內(nèi)存泄漏。

5、內(nèi)存溢出的原因及解決方法

內(nèi)存溢出原因： 1.內(nèi)存中加載的數(shù)據(jù)量過于龐大，如一次從數(shù)據(jù)庫取出過多數(shù)據(jù)； 2.集合類中有對(duì)對(duì)象的引用，使用完后未清空，使得JVM不能回收； 3.代碼中存在死循環(huán)或循環(huán)產(chǎn)生過多重復(fù)的對(duì)象實(shí)體； 4.使用的第三方軟件中的BUG； 5.啟動(dòng)參數(shù)內(nèi)存值設(shè)定的過小。

內(nèi)存溢出的解決方案： 第一步、修改JVM啟動(dòng)參數(shù)，直接增加內(nèi)存。(-Xms，-Xmx參數(shù)一定不要忘記加)

第二步、檢查錯(cuò)誤日志，查看“OutOfMemory”錯(cuò)誤前是否有其 它異常或錯(cuò)誤。

第三步、對(duì)代碼進(jìn)行走查和分析，找出可能發(fā)生內(nèi)存溢出的位置。

重點(diǎn)排查以下幾點(diǎn)： 1.檢查對(duì)數(shù)據(jù)庫查詢中，是否有一次獲得全部數(shù)據(jù)的查詢。一般來說，如果一次取十萬條記錄到內(nèi)存，就可能引起內(nèi)存溢出。這個(gè)問題比較隱蔽，在上線前，數(shù)據(jù)庫中數(shù)據(jù)較少，不容易出問題，上線后，數(shù)據(jù)庫中數(shù)據(jù)多了，一次查詢就有可能引起內(nèi)存溢出。因此對(duì)于數(shù)據(jù)庫查詢盡量采用分頁的方式查詢。

2.檢查代碼中是否有死循環(huán)或遞歸調(diào)用。

3.檢查是否有大循環(huán)重復(fù)產(chǎn)生新對(duì)象實(shí)體。

4.檢查對(duì)數(shù)據(jù)庫查詢中，是否有一次獲得全部數(shù)據(jù)的查詢。一般來說，如果一次取十萬條記錄到內(nèi)存，就可能引起內(nèi)存溢出。這個(gè)問題比較隱蔽，在上線前，數(shù)據(jù)庫中數(shù)據(jù)較少，不容易出問題，上線后，數(shù)據(jù)庫中數(shù)據(jù)多了，一次查詢就有可能引起內(nèi)存溢出。因此對(duì)于數(shù)據(jù)庫查詢盡量采用分頁的方式查詢。

5.檢查L(zhǎng)ist、MAP等集合對(duì)象是否有使用完后，未清除的問題。List、MAP等集合對(duì)象會(huì)始終存有對(duì)對(duì)象的引用，使得這些對(duì)象不能被GC回收。

第四步，使用內(nèi)存查看工具動(dòng)態(tài)查看內(nèi)存使用情況。比如,利用jmap和MAT等工具查看JVM運(yùn)行時(shí)堆內(nèi)存；以及Linux下/proc/meminfo、free -m、top等查看內(nèi)存命令。