一、前言                            

IE6~8除了不遵守W3C标准和各种诡异外,我想最让人诟病的应该是内存泄露的问题了。这阵子趁项目技术调研的机会好好的再认识一回,以下内容若有纰漏请大家指正,谢谢!

目录一大坨!

二、内存泄漏到底是哪里漏了?

2.1. JS Engine Object、DOM Element 和 BOM Element

2.2. JS Engine Object的内存回收机制

2.3. DOM Element的内存回收机制

2.4. 两种泄漏方式

三、4种泄漏模式

    3.1. Circular References

    3.2. Closures

    3.3. Cross-page Leaks

3.4. Pseduo-Leaks

四、当前页面泄漏的示例

4.1. DOM Hyperspace引起的DOM Element引用孤岛

       4.2. 释放Iframe没那么简单

五、IE8下连续修改IMG的src居然耗尽内存?

六、监控工具

七、总结

八、参考

二、内存泄漏到底是哪里漏了?                  

SPA跑久了页面响应速度剧减又被用户投诉,搪塞说句“IE是比较容易发生内存泄漏,刷刷页面就好”。那真的是刷刷页面就能释放泄漏了的内存吗?下面我们一起来探讨一下!

  内存泄漏:内存资源得不到释放 && 失去对该内存区的指针 => 无法复用内存资源,最终导致内存溢出

2.1. JS Engine Object、DOM Element 和 BOM Element

Script中我们能操作的对象可分为三种:JS Engine Object、DOM Element 和 BOM Element。

JS Engine Object: var obj = Object(); var array = [];等等

     DOM Element: var el = document.createElement('div'); var div = document.getElementById('name');等等

   BOM Element: window; window.location;等等

其中只有JS Engine Object和DOM Element是我们可以CRUD的,因此也就有可能发生内存泄漏的问题。

  2.2. JS Engine Object的内存回收机制 

IE的JScript Garbage Collector采用的是Mark-and-Sweep算法,当执行垃圾回收时会先遍历所有JS Engine Object并标记未被引用的对象,然后释放掉被标记的内存空间。

由于Mark-and-Sweep算法的缘故,也能很好地释放引用孤岛的内存空间。

而IE下独有的CollectGarbage()则用于回收无引用或引用孤岛的JS Engine Object。

  2.3. DOM Element的内存回收机制

当DOM Element不再被引用时会被回收,但具体被谁何时回收则有待研究了。

  2.4. 两种泄漏方式

a. 当前页面泄漏:刷新页面或跳转到其他页面就能释放的内存资源。

b. 跨页面泄漏:刷新页面或跳转到其他页面也无法释放的内存资源。

当前页面泄漏处理难度相对简单,跨页面泄漏才是处理大头。

三、4种泄漏模式                        

下面是Justin Rogers总结出来的4种会引起泄漏的反模式。

  3.1. Circular References(导致跨页面内存泄漏)

循环引用可谓是引起内存泄漏的根本原因,其他的泄漏模式最底层还是因为出现的循环引用。

Leak Memory

<div id="test"></div>
<script type="text/javascript">
var $el = {tag: 'div', dom: null} // 创建JS Engine Object
$el.dom = document.getElementById('test') // JS Engine Object references to DOM Element
$el.dom.expandoProp = $el // DOM Element references to JS Engine Object // 造成circular references
// GC不会清理$el,而页面刷新时也不会清理$el.dom setTimeout('location.reload()', ) // 刷新页面
</script>

Non-Leak Memory

<body onunload="clearMemory()">
<div id="test"></div>
<script type="text/javascript">
function clearMemory(){
$el.dom.expandoProp = null; // 解除DOM Element references to JS Engine Object,那么页面刷新时就会清除$el.dom,而$el也会被GC清除
} var $el = {tag: 'div', dom: null} // 创建JS Engine Object
$el.dom = document.getElementById('test') // JS Engine Object references to DOM Element
$el.dom.expandoProp = $el // DOM Element references to JS Engine Object // 造成circular references
// GC不会清理$el,而页面刷新时也不会清理$el.dom setTimeout('location.reload()', ) // 刷新页面
</script>
</body>

  3.2. Closures(导致跨页面内存泄漏)

闭包具有Lexical scope特性,延长了方法参数和局部变量的生命周期,但同时又容易在无意当中引入循环引用的问题。

Leak Memory

<div id="test"></div>
<script type="text/javascript">
;(function (){
var $el = {tag: 'div', dom: null}
$el.dom = document.getElementById('test') // JS Engine Object references to DOM Element
$el.dom.attachEvent('click', onclick) // DOM Element references to JS Engine Object
// 此时还没形成circular references function onclick(){} // onclick的方法体内隐式引用$el及$el内的dom属性,因此形成了circular refereneces
// function onclick(){ return eval('$el && true || false') } 返回true
}())
</script>

Non-Leak Memory

<div id="test"></div>
<script type="text/javascript">
;(function (){
var $el = {tag: 'div', dom: null}
$el.dom = document.getElementById('test') // JS Engine Object references to DOM Element
$el.dom.attachEvent('click', onclick) // DOM Element references to JS Engine Object
// 此时还没形成circular references
}())
function onclick(){} // onclick方法体内没有引用$el
</script>

  3.3. Cross-page Leaks(当前页面内存泄漏)

由于节点建立联系时会寻找scope,若没有则创建temporary scope,若有则抛弃原有的temporary scope采用已有的scope。

Leak Memory

<html>
<head>
<script language="JScript">
function LeakMemory()
{
var hostElement = document.getElementById("hostElement"); // Do it a lot, look at Task Manager for memory response for (i = ; i < ; i ++ )
{
var parentDiv =
document.createElement("<div onClick='foo()'>");
var childDiv =
document.createElement("<div onClick='foo()'>"); // This will leak a temporary object
parentDiv.appendChild(childDiv);
hostElement.appendChild(parentDiv);
hostElement.removeChild(parentDiv);
parentDiv.removeChild(childDiv);
parentDiv = null ;
childDiv = null ;
}
hostElement = null ;
}
</script>
</head>
<body>
<button onclick ="LeakMemory()"> Memory Leaking Insert </button>
<div id ="hostElement"></div>
</body>
</html>

当childDiv与parentDiv建立连接时,为让childDiv能获取parentDiv的信息,IE会创建temporary scope。而当将parentDiv添加到DOM tree中时,则childDiv和parentDiv均继承document的scope,而temporary scope却不会被GC释放,而要等待浏览器刷新页面才能清理。

Non-Leak Memory

<html>
<head>
<script language="JScript">
function CleanMemory()
{
var hostElement = document.getElementById("hostElement"); // Do it a lot, look at Task Manager for memory response for (i = ; i < ; i ++ )
{
var parentDiv = document.createElement("<div onClick='foo()'>");
var childDiv = document.createElement("<div onClick='foo()'>"); // Changing the order is important, this won’t leak
hostElement.appendChild(parentDiv);
parentDiv.appendChild(childDiv);
hostElement.removeChild(parentDiv);
parentDiv.removeChild(childDiv);
parentDiv = null ;
childDiv = null ;
}
hostElement = null ;
}
</script>
</head>
<body>
<button onclick ="CleanMemory()"> Clean Insert </button>
<div id ="hostElement"></div>
</body>
</html>

一直使用document scope,不会创建temporary scope

  3.4. Pseduo-Leaks

连续创建多个JS Engine Object,而GC未能及时释放内存,其实根本就不是内存泄漏

var tmpStr
for(var i = ; i < ; ++i)
tmpStr = "test"

四、当前页面泄漏的示例                      

  4.1. DOM Hyperspace引起的DOM Element引用孤岛

DOM Hyperspace由PPK发现,在IE下通过removeChild或removeNode从父节点(无论是否已加入DOM Tree)中移除节点后,会创建一个新的#documentFragment,并且被移除的节点的parentNode为该#documentFragment,而该#documentFragment.firstChild为被移除的节点,因此存在DOM Element间的circular reference导致无法释放,只有刷新页面后才会释放资源。

Leak Memory

var div = document.createElement('div')
document.body.appendChild(div)
div.parentNode.removeChild(div) alert(div.parentNode) // IE8下为[Object object],Chrome等浏览器为null

Non-Leak Memory

function rm(el){
if (!+'\v1'){
var d = document.createElement('div')
d.appendChild(el)
d.innerHTML = ''
}
else{
el.parentNode.removeChild(el)
}
} var div = document.createElement('div')
document.body.appendChild(div)
rm(div) alert(div.parentNode) // IE8下为null

  4.2. 释放Iframe没那么简单

iframe所占的资源有两部分:iframe元素所占的内存空间 和 iframe内页面所占的内存空间。

    内存空间释放步骤:

    1. 释放 iframe内页面所占的内存空间

      通过设置src=''或src='about:blank'来释放内部页面的资源

    2. 释放 iframe元素所占的内存空间

      通过removeChild、removeNode等方法释放iframe元素的内存空间

   ligerTab1.2.1的清除方式

var iframe = ...
iframe.src = 'about:blank'
iframe.contentWindow.document.write('')
CollectGarbage && CollectGarbage()
iframe.parentNode.removeChild(iframe)

五、IE8下连续修改IMG的src居然耗尽内存?            

由于IE8会对非原始尺寸的图片进行抗锯齿平滑处理,从而消耗更多的CPU和内存资源。当图片大小和尺寸到一定时,则会出现挂死的情况。(IE6、7没有抗锯齿平滑处理,而IE9则移除该功能)

而这种情况当然就不属于Memory Leak啦!

  题外话:

众所周知IMG是replaced element,其width和height属性缺省值又外部资源决定,而我们通过CSS设置的width和height属性均是对缺省值的二次加工。

假设图片原始尺寸为width:200px/height:400px,现在通过CSS设置width:100px,那么图片将按等比例缩放为width:100px/height:200px;但通过CSS设置width:100px/height:100px时,那么图片则不是按等比例缩放了。

六、监控工具                            

监控方式多种多样,这里大概分为两类:

1. 当前页面泄漏:Windows的任务管理器、Chrome->dev tools->Profiles->Take Heap Snapshot/Record Heap Allocations等等

2. 跨页面泄漏:sIEve

操作步骤:

1. 在Address输入框输入网址,点击Go (浏览网页)

2. 执行测试用例

3. 点击about:blank按钮(跳转到空白页)

4. 查看#leaks列下是否有增长,有则表示出现跨页面的内存泄漏

七、总结                             

稍微小结一下:

1. 单纯的JS Engine Object的Circular References、Closures是不会引起内存泄漏;

2. 单纯的DOM Element的Circular References只会引起当前页面的内存泄漏;

3. JS Engine Object 和 DOM Element的Circular References、Closures会引起跨页面的内存泄漏;

4. 将DOM Element直接追加到DOM Tree中,可减少temporary scope的创建和丢弃;

5. CollectGarbage()不是万金油。

上述内容以概念为主,最终还是要实战来验证和完善、补充。

尊重原创,转载请注明来自:^_^肥子John http://www.cnblogs.com/fsjohnhuang/p/4455822.html

八、参考                             

What are closures?

Understanding and Solving Internet Explorer Leak Patterns

JavaScript and memory leaks

JS魔法堂:再识IE的内存泄露的更多相关文章

  1. JS魔法堂:不完全国际化&本地化手册 之 实战篇

    前言  最近加入到新项目组负责前端技术预研和选型,其中涉及到一个熟悉又陌生的需求--国际化&本地化.熟悉的是之前的项目也玩过,陌生的是之前的实现仅仅停留在"有"的阶段而已. ...

  2. JS魔法堂:jsDeferred源码剖析

    一.前言 最近在研究Promises/A+规范及实现,而Promise/A+规范的制定则很大程度地参考了由日本geek cho45发起的jsDeferred项目(<JavaScript框架设计& ...

  3. JS魔法堂:属性、特性,傻傻分不清楚

    一.前言 或许你和我一样都曾经被下面的代码所困扰 var el = document.getElementById('dummy'); el.hello = "test"; con ...

  4. JS魔法堂:那些困扰你的DOM集合类型

    一.前言 大家先看看下面的js,猜猜结果会怎样吧! 可选答案: ①. 获取id属性值为id的节点元素 ②. 抛namedItem is undefined的异常 var nodes = documen ...

  5. JS魔法堂:doctype我们应该了解的基础知识

    一.前言 什么是doctype?其实我们一直使用,却很少停下来看清楚它到底是什么,对网页有什么作用.本篇将和大家一起探讨那个默默无闻的doctype吧! 二.什么是doctype doctype或DT ...

  6. JS魔法堂:精确判断IE的文档模式by特征嗅探

    一.前言 苦逼的前端攻城狮都深受浏览器兼容之苦,再完成每一项功能前都要左顾右盼,生怕浏览器不支持某个API,生怕原生API内含臭虫因此判断浏览器类型和版本号成了不可绕过的一道关卡,而特征嗅探是继浏览器 ...

  7. JS魔法堂:追忆那些原始的选择器

    一.前言                                                                                                 ...

  8. JS魔法堂:不完全国际化&本地化手册 之 理論篇

    前言  最近加入到新项目组负责前端技术预研和选型,其中涉及到一个熟悉又陌生的需求--国际化&本地化.熟悉的是之前的项目也玩过,陌生的是之前的实现仅仅停留在"有"的阶段而已. ...

  9. JS魔法堂:判断节点位置关系

    一.前言 在polyfill querySelectorAll 和写弹出窗时都需要判断两个节点间的位置关系,通过jQuery我们可以轻松搞定,但原生JS呢?下面我将整理各种判断方法,以供日后查阅. 二 ...

随机推荐

  1. 【源码笔记】Nop定时任务

    网站需要定时执行不同的任务,比如清理无效的数据.定时发送mail等,Nop的这个定时任务设计比较好,简单的说就是将所有任务相同的属性持久化,具体的执行通过继承接口来实现. 持久化对象:Schedule ...

  2. Wix 安装部署教程(十一) ---QuickWix

    这次发布的是这两天做的一个WIX工具QuickWIX,主要解决两个问题点1.对大文件快速生成wix标签(files,Directories,ComponentRef):2.比较前后两次工程的差异.大的 ...

  3. Angularjs中文版本开发指南发布

    从本人开始在写关于Angularjs的文章开始,也算是见证了Angularjs在国内慢慢的火起来,如今的Angularjs正式如日中天.想知道为什么Angularjs会这么火,请移步angularjs ...

  4. [FPGA] 1、开发板使用和引脚连接

    目录 1.注意事项 2.设备简介 3.引脚分配 注意事项: ① 插拔下载线时必须断电! ② Quartus II 软件和 NIOS 软件的版本必须一致,并安装在同一个目录下面,安装目录不要有中文和空格 ...

  5. 使用oracle的大数据工具ODCH访问HDFS数据文件

    软件下载 Oracle Big Data Connectors:ODCH 下载地址: http://www.oracle.com/technetwork/bdc/big-data-connectors ...

  6. AngularJS快速入门指南13:表单

    一个AngularJS表单是一组输入型控件的集合. HTML控件 HTML输入型标签标包括: input标签 select标签 button标签 textarea标签 HTML表单 HTML表单将各种 ...

  7. underscore源码阅读记录(二)

    引自underscore.js context参数用法 _.each(list, iteratee, [context]); context为上下文,如果传递了context参数,则把iterator ...

  8. 爱上MVC~为非法进行Action的用户提供HttpStatusCodeResult

    回到目录 对一MVC来说,它有Controller和Action,其中Action用来为页面提供数据和相关逻辑,并最后将页面渲染出来,而有些action是需要一些参数的,如文章的最终页,可能需要一个I ...

  9. Java中static的理解

    static表示"全局"或者"静态"的意思,用来修饰成员变量和成员方法,也可以形成静态static代码块,但是Java语言中没有全局变量的概念. 被static ...

  10. Permission is only granted to system apps

    原文地址http://jingyan.baidu.com/article/9113f81b2e7a8c2b3314c711.html