真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

怎么用JS理解IE的內(nèi)存泄露

這篇文章主要講解了“怎么用JS理解IE的內(nèi)存泄露”,文中的講解內(nèi)容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“怎么用JS理解IE的內(nèi)存泄露”吧!

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務,包含不限于成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設、北湖網(wǎng)絡推廣、成都微信小程序、北湖網(wǎng)絡營銷、北湖企業(yè)策劃、北湖品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等,從售前售中售后,我們都將竭誠為您服務,您的肯定,是我們最大的嘉獎;創(chuàng)新互聯(lián)為所有大學生創(chuàng)業(yè)者提供北湖建站搭建服務,24小時服務熱線:18980820575,官方網(wǎng)址:www.cdcxhl.com

一、前言

IE6~8除了不遵守W3C標準和各種詭異外,我想最讓人詬病的應該是內(nèi)存泄露的問題了。這陣子趁項目技術(shù)調(diào)研的機會好好的再認識一回,以下內(nèi)容若有紕漏請大家指正,謝謝!

目錄一大坨!

二、內(nèi)存泄漏到底是哪里漏了?

2.1. JS Engine Object、DOM Element 和 BOM Element

2.2. JS Engine Object的內(nèi)存回收機制

2.3. DOM Element的內(nèi)存回收機制

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下連續(xù)修改IMG的src居然耗盡內(nèi)存?

六、監(jiān)控工具

七、總結(jié)

八、參考

二、內(nèi)存泄漏到底是哪里漏了?

SPA跑久了頁面響應速度劇減又被用戶投訴,搪塞說句“IE是比較容易發(fā)生內(nèi)存泄漏,刷刷頁面就好”。那真的是刷刷頁面就能釋放泄漏了的內(nèi)存嗎?下面我們一起來探討一下!

內(nèi)存泄漏:內(nèi)存資源得不到釋放 && 失去對該內(nèi)存區(qū)的指針 => 無法復用內(nèi)存資源,最終導致內(nèi)存溢出

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的,因此也就有可能發(fā)生內(nèi)存泄漏的問題。

2.2. JS Engine Object的內(nèi)存回收機制 

IE的JScript Garbage Collector采用的是Mark-and-Sweep算法,當執(zhí)行垃圾回收時會先遍歷所有JS Engine Object并標記未被引用的對象,然后釋放掉被標記的內(nèi)存空間。

由于Mark-and-Sweep算法的緣故,也能很好地釋放引用孤島的內(nèi)存空間。

而IE下獨有的CollectGarbage()則用于回收無引用或引用孤島的JS Engine Object。

2.3. DOM Element的內(nèi)存回收機制

當DOM Element不再被引用時會被回收,但具體被誰何時回收則有待研究了。

2.4. 兩種泄漏方式

a. 當前頁面泄漏:刷新頁面或跳轉(zhuǎn)到其他頁面就能釋放的內(nèi)存資源。

b. 跨頁面泄漏:刷新頁面或跳轉(zhuǎn)到其他頁面也無法釋放的內(nèi)存資源。

當前頁面泄漏處理難度相對簡單,跨頁面泄漏才是處理大頭。

三、4種泄漏模式

下面是Justin Rogers總結(jié)出來的4種會引起泄漏的反模式。

3.1. Circular References(導致跨頁面內(nèi)存泄漏)

循環(huán)引用可謂是引起內(nèi)存泄漏的根本原因,其他的泄漏模式***層還是因為出現(xiàn)的循環(huán)引用。

怎么用JS理解IE的內(nèi)存泄露

Leak Memory

  var $el = {tag: 'div', dom: null} // 創(chuàng)建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()', 500) // 刷新頁面 

Non-Leak Memory

 
  function clearMemory(){ $el.dom.expandoProp = null; // 解除DOM Element references to JS Engine Object,那么頁面刷新時就會清除$el.dom,而$el也會被GC清除 }  var $el = {tag: 'div', dom: null} // 創(chuàng)建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()', 500) // 刷新頁面  

3.2. Closures(導致跨頁面內(nèi)存泄漏)

閉包具有Lexical scope特性,延長了方法參數(shù)和局部變量的生命周期,但同時又容易在無意當中引入循環(huán)引用的問題。

怎么用JS理解IE的內(nèi)存泄露

Leak Memory

  ;(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的方法體內(nèi)隱式引用$el及$el內(nèi)的dom屬性,因此形成了circular refereneces // function onclick(){ return eval('$el && true || false') } 返回true }()) 

Non-Leak Memory

  ;(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方法體內(nèi)沒有引用$el 

3.3. Cross-page Leaks(當前頁面內(nèi)存泄漏)

由于節(jié)點建立聯(lián)系時會尋找scope,若沒有則創(chuàng)建temporary scope,若有則拋棄原有的temporary scope采用已有的scope。

怎么用JS理解IE的內(nèi)存泄露

Leak Memory

   function LeakMemory() { var hostElement = document.getElementById("hostElement"); // Do it a lot, look at Task Manager for memory response  for (i = 0 ; i < 5000 ; i ++ ) { var parentDiv = document.createElement(""); var childDiv = document.createElement(""); // This will leak a temporary object parentDiv.appendChild(childDiv); hostElement.appendChild(parentDiv); hostElement.removeChild(parentDiv); parentDiv.removeChild(childDiv); parentDiv = null ; childDiv = null ; } hostElement = null ; }     Memory Leaking Insert    

當childDiv與parentDiv建立連接時,為讓childDiv能獲取parentDiv的信息,IE會創(chuàng)建temporary scope。而當將parentDiv添加到DOM tree中時,則childDiv和parentDiv均繼承document的scope,而temporary scope卻不會被GC釋放,而要等待瀏覽器刷新頁面才能清理。

Non-Leak Memory

   function CleanMemory() { var hostElement = document.getElementById("hostElement"); // Do it a lot, look at Task Manager for memory response  for (i = 0 ; i < 5000 ; i ++ ) { var parentDiv = document.createElement(""); var childDiv = document.createElement(""); // 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 ; }     Clean Insert    

一直使用document scope,不會創(chuàng)建temporary scope

3.4. Pseduo-Leaks

連續(xù)創(chuàng)建多個JS Engine Object,而GC未能及時釋放內(nèi)存,其實根本就不是內(nèi)存泄漏

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

四、當前頁面泄漏的示例

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

DOM Hyperspace由PPK發(fā)現(xiàn),在IE下通過removeChild或removeNode從父節(jié)點(無論是否已加入DOM Tree)中移除節(jié)點后,會創(chuàng)建一個新的#documentFragment,并且被移除的節(jié)點的parentNode為 該#documentFragment,而該#documentFragment.firstChild為被移除的節(jié)點,因此存在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元素所占的內(nèi)存空間 和 iframe內(nèi)頁面所占的內(nèi)存空間。

內(nèi)存空間釋放步驟:

1. 釋放 iframe內(nèi)頁面所占的內(nèi)存空間

通過設置src=''或src='about:blank'來釋放內(nèi)部頁面的資源

2. 釋放 iframe元素所占的內(nèi)存空間

通過removeChild、removeNode等方法釋放iframe元素的內(nèi)存空間

ligerTab1.2.1的清除方式

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

五、IE8下連續(xù)修改IMG的src居然耗盡內(nèi)存?

由于IE8會對非原始尺寸的圖片進行抗鋸齒平滑處理,從而消耗更多的CPU和內(nèi)存資源。當圖片大小和尺寸到一定時,則會出現(xiàn)掛死的情況。(IE6、7沒有抗鋸齒平滑處理,而IE9則移除該功能)

而這種情況當然就不屬于Memory Leak啦!

題外話:

眾所周知IMG是replaced element,其width和height屬性缺省值又外部資源決定,而我們通過CSS設置的width和height屬性均是對缺省值的二次加工。

假設圖片原始尺寸為width:200px/height:400px,現(xiàn)在通過CSS設置width:100px,那么圖片將按等比例縮放為 width:100px/height:200px;但通過CSS設置width:100px/height:100px時,那么圖片則不是按等比例縮放 了。

六、監(jiān)控工具 

監(jiān)控方式多種多樣,這里大概分為兩類:

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

2. 跨頁面泄漏:sIEve

怎么用JS理解IE的內(nèi)存泄露

操作步驟:

1. 在Address輸入框輸入網(wǎng)址,點擊Go (瀏覽網(wǎng)頁)

2. 執(zhí)行測試用例

3. 點擊about:blank按鈕(跳轉(zhuǎn)到空白頁)

4. 查看#leaks列下是否有增長,有則表示出現(xiàn)跨頁面的內(nèi)存泄漏

感謝各位的閱讀,以上就是“怎么用JS理解IE的內(nèi)存泄露”的內(nèi)容了,經(jīng)過本文的學習后,相信大家對怎么用JS理解IE的內(nèi)存泄露這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!


文章標題:怎么用JS理解IE的內(nèi)存泄露
轉(zhuǎn)載注明:http://weahome.cn/article/pedpgi.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部