一位面試官詢問我：Java中的JVM內(nèi)存溢出和內(nèi)存泄露是什么？我這么回答成功拿到了通知

一位面試官詢問我：Java中的JVM內(nèi)存溢出和內(nèi)存泄露是什么？我這么回答成功拿到了offer。

1. 內(nèi)存泄漏（memory leak ）

申請了內(nèi)存用完了不釋放，比如一共有 1024M 的內(nèi)存，分配了 521M 的內(nèi)存一直不回收，那么可以用的內(nèi)存只有 521M 了，仿佛泄露掉了一部分；

通俗一點(diǎn)講的話，內(nèi)存泄漏就是【占著茅坑不拉shi】。

2. 內(nèi)存溢出（out of memory）

申請內(nèi)存時(shí)，沒有足夠的內(nèi)存可以使用；

通俗一點(diǎn)兒講，一個(gè)廁所就三個(gè)坑，有兩個(gè)站著茅坑不走的（內(nèi)存泄漏），剩下最后一個(gè)坑，廁所表示接待壓力很大，這時(shí)候一下子來了兩個(gè)人，坑位（內(nèi)存）就不夠了，內(nèi)存泄漏變成內(nèi)存溢出了。

可見，內(nèi)存泄漏和內(nèi)存溢出的關(guān)系：內(nèi)存泄露的增多，最終會(huì)導(dǎo)致內(nèi)存溢出。

這是一個(gè)很有味道的例子。

如上圖：

對象 X 引用對象 Y，X 的生命周期比 Y 的生命周期長；

那么當(dāng)Y生命周期結(jié)束的時(shí)候，X依然引用著Y，這時(shí)候，垃圾回收期是不會(huì)回收對象Y的；

如果對象X還引用著生命周期比較短的A、B、C，對象A又引用著對象 a、b、c，這樣就可能造成大量無用的對象不能被回收，進(jìn)而占據(jù)了內(nèi)存資源，造成內(nèi)存泄漏，直到內(nèi)存溢出。

經(jīng)常發(fā)生：發(fā)生內(nèi)存泄露的代碼會(huì)被多次執(zhí)行，每次執(zhí)行，泄露一塊內(nèi)存；

偶然發(fā)生：在某些特定情況下才會(huì)發(fā)生；

一次性：發(fā)生內(nèi)存泄露的方法只會(huì)執(zhí)行一次；

隱式泄露：一直占著內(nèi)存不釋放，直到執(zhí)行結(jié)束；嚴(yán)格的說這個(gè)不算內(nèi)存泄露，因?yàn)樽罱K釋放掉了，但是如果執(zhí)行時(shí)間特別長，也可能會(huì)導(dǎo)致內(nèi)存耗盡。

循環(huán)過多或死循環(huán)，產(chǎn)生大量對象；
靜態(tài)集合類引起內(nèi)存泄漏，因?yàn)殪o態(tài)集合的生命周期和 JVM 一致，所以靜態(tài)集合引用的對象不能被釋放；下面這個(gè)例子中，list 是靜態(tài)的，只要 JVM 不停，那么 obj 也一直不會(huì)釋放。

單例模式，和靜態(tài)集合導(dǎo)致內(nèi)存泄露的原因類似，因?yàn)閱卫撵o態(tài)特性，它的生命周期和 JVM 的生命周期一樣長，所以如果單例對象如果持有外部對象的引用，那么這個(gè)外部對象也不會(huì)被回收，那么就會(huì)造成內(nèi)存泄漏。
數(shù)據(jù)連接、IO、Socket連接等等，它們必須顯示釋放（用代碼 close 掉），否則不會(huì)被 GC 回收。

可以看到，在測試方法中，當(dāng)元素的 hashCode 發(fā)生改變之后，就再也找不到改變之前的那個(gè)元素了；

這也是 String 為什么被設(shè)置成了不可變類型，我們可以放心地把 String 存入 HashSet，或者把 String 當(dāng)做 HashMap 的 key 值；

當(dāng)我們想把自己定義的類保存到散列表的時(shí)候，需要保證對象的 hashCode 不可變。

內(nèi)存中加載數(shù)據(jù)量過大；之前項(xiàng)目在一次上線的時(shí)候，應(yīng)用啟動(dòng)奇慢直到夯死，就是因?yàn)榇a中會(huì)加載一個(gè)表中的數(shù)據(jù)到緩存（內(nèi)存）中，測試環(huán)境只有幾百條數(shù)據(jù)，但是生產(chǎn)環(huán)境有幾百萬的數(shù)據(jù)。

標(biāo)簽：