node.js - node垃圾回收、內存泄漏相關問題
問題描述
最近剛開始研究垃圾回收,在試著回答餓了么大前端里的node內存釋放相關的問題時,遇到了一些疑問:
let arr = [];while(true) arr.push(1);
無限增加的數組,這肯定是會爆掉內存的。
let arr = [];while(true) arr.push();
這個我覺得只是一直使用 arr ,導致 arr 不能被釋放吧?
let arr = [];while(true) arr.push(new Buffer(1000));
這個是因為 Buffer 的大小小于8k,會先檢查內存池是否已滿,所以應該不會爆掉內存?
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)
這個是因為 unused 對 originalThing 進行了引用,所以每一個 unused 都形成了一個 originalThing 的作用域 replaceThing 的閉包,這個閉包不會被回收掉,所以會在內存中一直累積?
因為自己不是很確定,所以麻煩懂的小伙伴回答一下,謝謝!
問題解答
回答1:new Buffer估計不是簡單爆內存的問題,Buffer是分配在V8堆外的,所以實際上比第一個的問題還要嚴重,我剛才就直接死機了。
第二個應該說的是由于數組大小不會增長,所以不會爆內存。
第三個原文中就有提及原因
比如上述情況中 unused 的函數中持有了 originalThing 的引用, 使得每次舊的對象不會釋放從而導致內存泄漏
如果還是不理解可以看看原發現者的文章,里面講解的很詳細。
回答2:死循環的代碼到哪都會爆內存,特別是js這種單線程語言,直接阻塞卡死。 Buffer類型我沒用過,會不會檢查內存池這個無法確定,但卡死了檢不檢查內存意義也不大。
最后一個我同意你的說法,每次循環都新建一個對象,theThing的引用地址不斷在變化,正常情況下舊的引用對象就應該被垃圾回收了,但由于unused引用了舊的對象originalThing,originalThing又一個私有變量,所以舊的對象無法被垃圾回收,就造成了內存泄露。
有沒有下面這段代碼的區別,環境chrome,運行30s。 第一幅圖是沒有這段代碼的結果,內存在15M浮動。第二幅圖是有這段代碼的結果,內存不斷增長。
function unused() { if (originalThing) console.log('hi');}
我也不是很確定,不過可以用memwatch-next的包看看
相關文章:
1. 如何修改phpstudy的phpmyadmin放到其他地方2. php - mysql中,作為主鍵的字段,用int類型,是不是比用char類型的效率更高?3. java 排序的問題4. 我的html頁面一提交,網頁便顯示出了我的php代碼,求問是什么原因?5. 網絡傳輸協議 - 以下三種下載方式有什么不同?如何用python模擬下載器下載?6. angular.js - Angular路由和express路由的組合使用問題7. 我在centos容器里安裝docker,也就是在容器里安裝容器,報錯了?8. tp6表單令牌9. 老哥們求助啊10. django - 后臺返回的json數據經過Base64加密,獲取時用python如何解密~!
