IE内存泄露与无法回收研究小结
2012-02-29 16:06
288 查看
一、内存泄露
之前确实看了很多资料,但这位大哥的话可谓画龙点睛,不是奉承他,一下子就打通了我的任督二脉,请看:
trarck 写道
IE下的内存泄露原因就是循环引用,IE的垃圾回收器不能很好处理这种引用。
会产生泄露的循环引用,只有孤立的DOM对象(脱离DOM树)。
孤立的DOM对象间的循环引用,孤立的DOM对象与JS对象的循环引用。
为什么是孤立的DOM对象呢?在离开页面时(刷新,跳转)会删除整个DOM树,在DOM树上的对象也会被删除,就算有循环引用,此时被打断。
孤立的DOM对象有:一、用JS创建但未加入DOM树。二、从DOM树中删除的。
所以避免泄露,就尽量不要让这样的DOM对象产生。
有时候这样对象又不可避免,那就不要让这样对像产生循环引用。
最常见的循环引用是由闭包产生,其执行环境中的变量(包括参数)引用了DOM对象。
看完了这段话,只会战战兢兢模仿示例的我立即就自创了一个新的例子。
示例1:
Java代码
<input type="button" value="leak" id="leak" onclick="location.reload();"/>
<script type="text/javascript"><!--
(function(){
var test=$('<div />')[0];
test.onclick=function(){};
var s=[];
for(var i=0;i<10000;i++){
s.push('aaaa');
}
test.expan=s.join('');
//$('body').append(test);
//孤立的DOM元素才会泄露
})();
//--></script>
特殊情况:iframe
测试工具为:sIEve-0.0.8
在iframe中刷新页面,页面中有很多泄露,每刷一次增加一倍;但最后刷新其父页面时所有的泄露都消失了。
而将iframe提出来单独测试(刷新),没有泄露。
二、内存回收
1、清除全局引用。道理很简单,只要全局引用存在浏览器不能释放对应的对象,因为在引用的生命周期内,对象随时可能被调用。
Html代码
<input
type="button"
value="TO GC"
onclick="toGC()"
/>
<script
type="text/javascript"><!--
function toGC(){
g.s=null;
}
var g={};
g.s=[];
for ( var i=0;i<100;i++){
g.s.push($('<div
/>')[0]);
}
//--></script>
如果不点击TO GC按钮,所创建的div永远都不会释放,直至页面unload。
2、各浏览器不同的内存释放机制
一个正常(无泄漏)的页面,当它unload(比如href指向about:blank)时,在不同的浏览器中内存释放情况并不相同。做了测试,使用某著名电子商务网站作测试对象。
IE7:不会出现显著释放,即使等1个小时也一样,内存依然很高;最小化窗口才会释放到几M的水准。
FireFox3:无论如何都不释放,目前还没找到方法(当然,关闭窗口除外)。
Chrome6:立即释放。
之前确实看了很多资料,但这位大哥的话可谓画龙点睛,不是奉承他,一下子就打通了我的任督二脉,请看:
trarck 写道
IE下的内存泄露原因就是循环引用,IE的垃圾回收器不能很好处理这种引用。
会产生泄露的循环引用,只有孤立的DOM对象(脱离DOM树)。
孤立的DOM对象间的循环引用,孤立的DOM对象与JS对象的循环引用。
为什么是孤立的DOM对象呢?在离开页面时(刷新,跳转)会删除整个DOM树,在DOM树上的对象也会被删除,就算有循环引用,此时被打断。
孤立的DOM对象有:一、用JS创建但未加入DOM树。二、从DOM树中删除的。
所以避免泄露,就尽量不要让这样的DOM对象产生。
有时候这样对象又不可避免,那就不要让这样对像产生循环引用。
最常见的循环引用是由闭包产生,其执行环境中的变量(包括参数)引用了DOM对象。
看完了这段话,只会战战兢兢模仿示例的我立即就自创了一个新的例子。
示例1:
Java代码
<input type="button" value="leak" id="leak" onclick="location.reload();"/>
<script type="text/javascript"><!--
(function(){
var test=$('<div />')[0];
test.onclick=function(){};
var s=[];
for(var i=0;i<10000;i++){
s.push('aaaa');
}
test.expan=s.join('');
//$('body').append(test);
//孤立的DOM元素才会泄露
})();
//--></script>
<input type="button" value="leak" id="leak" onclick="location.reload();"/> <script type="text/javascript"><!-- (function(){ var test=$('<div />')[0]; test.onclick=function(){}; var s=[]; for(var i=0;i<10000;i++){ s.push('aaaa'); } test.expan=s.join(''); //$('body').append(test); //孤立的DOM元素才会泄露 })(); //--></script>
特殊情况:iframe
测试工具为:sIEve-0.0.8
在iframe中刷新页面,页面中有很多泄露,每刷一次增加一倍;但最后刷新其父页面时所有的泄露都消失了。
而将iframe提出来单独测试(刷新),没有泄露。
二、内存回收
1、清除全局引用。道理很简单,只要全局引用存在浏览器不能释放对应的对象,因为在引用的生命周期内,对象随时可能被调用。
Html代码
<input
type="button"
value="TO GC"
onclick="toGC()"
/>
<script
type="text/javascript"><!--
function toGC(){
g.s=null;
}
var g={};
g.s=[];
for ( var i=0;i<100;i++){
g.s.push($('<div
/>')[0]);
}
//--></script>
<input type="button" value="TO GC" onclick="toGC()" /> <script type="text/javascript"><!-- function toGC(){ g.s=null; } var g={}; g.s=[]; for ( var i=0;i<100;i++){ g.s.push($('<div />')[0]); } //--></script>
如果不点击TO GC按钮,所创建的div永远都不会释放,直至页面unload。
2、各浏览器不同的内存释放机制
一个正常(无泄漏)的页面,当它unload(比如href指向about:blank)时,在不同的浏览器中内存释放情况并不相同。做了测试,使用某著名电子商务网站作测试对象。
IE7:不会出现显著释放,即使等1个小时也一样,内存依然很高;最小化窗口才会释放到几M的水准。
FireFox3:无论如何都不释放,目前还没找到方法(当然,关闭窗口除外)。
Chrome6:立即释放。
相关文章推荐
- IE内存泄露与无法回收研究小结
- IE内存泄露与无法回收研究小结(持续增加中)
- IE内存泄露与无法回收研究小结
- 关于IE下的内存回收研究.
- css hack IE兼容调试小结(Webstorm、VS2010),有图有真相,研究了一中午
- css hack IE兼容调试小结(Webstorm、VS2010),有图有真相,研究了一中午
- 关于ADO内存泄露的今天的研究工作小结
- IE无法显示PNG
- 为什么JAVA的垃圾回收机制无法避免内存泄漏
- .NET/Rotor源码研究1补遗 - 解决无法检测操作系统版本的错误
- google浏览器chrome无法导入IE收藏夹的问题
- 切记CMYK图片格式在IE中将无法显示
- ie 浏览器无法保存cookie,且与域名包括了下划线(_)有关系的问题
- JQuery动态创建表单:ie下select无法下拉(firefox正常)
- JavaScript在IE浏览器和Firefox浏览器中的差异小结
- LR11 无法打开IE 之常用设置
- IE无法访问Tomcat
- OutLook中无法打开IE链接的解决办法
- margin:0 auto在ie中无法居中问题
- "基于ARMA预测模型的电路故障研究"小结