Javascript 閉包引起的IE內(nèi)存泄露分析
更新時間:2012年05月23日 17:08:32 作者:
Javascript 閉包引起的IE內(nèi)存泄露分析,js_obj是一個DOM元素的引用,DOM元素它長期在網(wǎng)頁當(dāng)中,不會消失,而這個DOM元素的一屬性
復(fù)制代碼 代碼如下:
function fors(){
obj_a = obj_b;
obj_b.attr = obj_a;
}
復(fù)制代碼 代碼如下:
function fors(){
obj_b = {};
obj_b.attr = obj_b;
}
上面是兩個個很顯示的循環(huán)引用,IE中產(chǎn)生了內(nèi)存泄露,由于IE的內(nèi)存回收機(jī)制,導(dǎo)至?xí)L期占用內(nèi)存而不能釋放。
但閉包的內(nèi)存泄露,有些隱蔽。因為閉包的循環(huán)引用,是間接的。
復(fù)制代碼 代碼如下:
function iememery(){
var js_obj = document.createElement("div");
js_obj.oncontextmenu = function(){ return false;}
}
<body onload="iememery()">
從表面上看,沒有任何循環(huán)引用。但上面是一個閉包,根據(jù)閉包的特性,內(nèi)部函數(shù)有權(quán)訪問外部函數(shù)的變量對象。所以當(dāng)iememery()執(zhí)行之后:
js_obj是一個DOM元素的引用,DOM元素它長期在網(wǎng)頁當(dāng)中,不會消失,而這個DOM元素的一屬性oncontextmenu,又是內(nèi)部的函數(shù)引用(閉包),而這個匿名函數(shù)又和js_obj之間有隱藏的關(guān)聯(lián)(作用域鏈)
所以形成了一個,循環(huán)引用.即:
js_obj.oncontextmenu 間接引用到 js_obj 也就是說,這個對象的一個屬性,又間接的引用了自己。
只要有循環(huán)引用,就會在IE下產(chǎn)生內(nèi)存泄露。打開你的windows任務(wù)管理器,在IE中不停刷新含有這個代碼的html頁面,看看Iexploer進(jìn)程的內(nèi)存占用情況,一直上升,且不會自動回收(降低);
解決辦法:
復(fù)制代碼 代碼如下:
function iememery(){
var js_obj = document.createElement("div");
js_obj.oncontextmenu = function(){ return false;}; js_obj.oncontextmenu = null;//加上這句,斷開引用 }
當(dāng)IE中發(fā)生js對象與dom對象直接的循環(huán)引用,并且之后沒有引用指向他們,
如果是IE 6, 內(nèi)存泄漏,直到關(guān)閉IE進(jìn)程為止
如果是IE 7,內(nèi)存泄漏, 直到離開當(dāng)前頁面為止
如果是IE 8, GC回收器回收他們的內(nèi)存,無論當(dāng)前是不是compatibility模式。
之前的IE js引擎里的GC回收器只能處理js對象,不能處理DOM對象。
您可能感興趣的文章:
- js內(nèi)存泄露的幾種情況詳細(xì)探討
- 跟我學(xué)習(xí)javascript的垃圾回收機(jī)制與內(nèi)存管理
- js 內(nèi)存釋放問題
- JavaScript也談內(nèi)存優(yōu)化
- 解決js函數(shù)閉包內(nèi)存泄露問題的辦法
- 理解Javascript_01_理解內(nèi)存分配原理分析
- IE JS編程需注意的內(nèi)存釋放問題
- 容易造成JavaScript內(nèi)存泄露幾個方面
- js變量、作用域及內(nèi)存詳解
- 深入理解JavaScript程序中內(nèi)存泄漏
- 詳解Nodejs內(nèi)存治理
- javascript 內(nèi)存模型實例詳解
相關(guān)文章
layui實現(xiàn)顯示數(shù)據(jù)表格、搜索和修改功能示例
這篇文章主要介紹了layui實現(xiàn)顯示數(shù)據(jù)表格、搜索和修改功能,結(jié)合實例形式分析了layui顯示數(shù)據(jù)表格、搜索和修改功能具體界面布局、功能實現(xiàn)相關(guān)操作技巧,需要的朋友可以參考下2020-06-06