問題描述

最近剛開始研究垃圾回收，在試著回答餓了么大前端里的node內(nèi)存釋放相關(guān)的問題時(shí)，遇到了一些疑問：

let arr = [];while(true) arr.push(1);

無限增加的數(shù)組，這肯定是會(huì)爆掉內(nèi)存的。

let arr = [];while(true) arr.push();

這個(gè)我覺得只是一直使用 arr ，導(dǎo)致 arr 不能被釋放吧？

let arr = [];while(true) arr.push(new Buffer(1000));

這個(gè)是因?yàn)?Buffer 的大小小于8k，會(huì)先檢查內(nèi)存池是否已滿，所以應(yīng)該不會(huì)爆掉內(nèi)存？

var theThing = null var replaceThing = function () { var originalThing = theThing var unused = function () { if (originalThing) console.log('hi') } theThing = { longStr: new Array(1000000).join(’*’), someMethod: function () { console.log(someMessage) } };};setInterval(replaceThing, 1000)

這個(gè)是因?yàn)?unused 對(duì) originalThing 進(jìn)行了引用，所以每一個(gè) unused 都形成了一個(gè) originalThing 的作用域 replaceThing 的閉包，這個(gè)閉包不會(huì)被回收掉，所以會(huì)在內(nèi)存中一直累積?

因?yàn)樽约翰皇呛艽_定，所以麻煩懂的小伙伴回答一下，謝謝！

問題解答

new Buffer估計(jì)不是簡(jiǎn)單爆內(nèi)存的問題，Buffer是分配在V8堆外的，所以實(shí)際上比第一個(gè)的問題還要嚴(yán)重，我剛才就直接死機(jī)了。

第二個(gè)應(yīng)該說的是由于數(shù)組大小不會(huì)增長，所以不會(huì)爆內(nèi)存。

第三個(gè)原文中就有提及原因

比如上述情況中 unused 的函數(shù)中持有了 originalThing 的引用, 使得每次舊的對(duì)象不會(huì)釋放從而導(dǎo)致內(nèi)存泄漏

如果還是不理解可以看看原發(fā)現(xiàn)者的文章，里面講解的很詳細(xì)。

死循環(huán)的代碼到哪都會(huì)爆內(nèi)存，特別是js這種單線程語言，直接阻塞卡死。 Buffer類型我沒用過，會(huì)不會(huì)檢查內(nèi)存池這個(gè)無法確定，但卡死了檢不檢查內(nèi)存意義也不大。

最后一個(gè)我同意你的說法，每次循環(huán)都新建一個(gè)對(duì)象，theThing的引用地址不斷在變化，正常情況下舊的引用對(duì)象就應(yīng)該被垃圾回收了，但由于unused引用了舊的對(duì)象originalThing，originalThing又一個(gè)私有變量，所以舊的對(duì)象無法被垃圾回收，就造成了內(nèi)存泄露。

有沒有下面這段代碼的區(qū)別，環(huán)境chrome，運(yùn)行30s。 第一幅圖是沒有這段代碼的結(jié)果，內(nèi)存在15M浮動(dòng)。第二幅圖是有這段代碼的結(jié)果，內(nèi)存不斷增長。

function unused() { if (originalThing) console.log('hi');}

我也不是很確定，不過可以用memwatch-next的包看看