探尋Javascript執行效率問題

2019-11-20 13:56:04

字體：大中小

來源：轉載

供稿：網友

Javascript是一門非常靈活的語言，我們可以隨心所欲的書寫各種風格的代碼，不同風格的代碼也必然也會導致執行效率的差異，開發過程中零零散散地接觸到許多提高代碼性能的方法，整理一下平時比較常見并且容易規避的問題

　Javascript自身執行效率
　　Javascript中的作用域鏈、閉包、原型繼承、eval等特性，在提供各種神奇功能的同時也帶來了各種效率問題，用之不慎就會導致執行效率低下。

　　1、全局導入
　　我們在編碼過程中多多少少會使用到一些全局變量（window,document,自定義全局變量等等），了解javascript作用域鏈的人都知道，在局部作用域中訪問全局變量需要一層一層遍歷整個作用域鏈直至頂級作用域，而局部變量的訪問效率則會更快更高，因此在局部作用域中高頻率使用一些全局對象時可以將其導入到局部作用域中，例如：

復制代碼代碼如下:

//1、作為參數傳入模塊 
 (function(window,$){ 
     var xxx = window.xxx; 
     $("#xxx1").xxx(); 
     $("#xxx2").xxx(); 
 })(window,jQuery); 
  
 //2、暫存到局部變量 
 function(){ 
     var doc = document; 
     var global = window.global; 
 }
 

　　2、eval以及類eval問題
　　我們都知道eval可以將一段字符串當做js代碼來執行處理，據說使用eval執行的代碼比不使用eval的代碼慢100倍以上（具體效率我沒有測試，有興趣同學可以測試一下）

JavaScript 代碼在執行前會進行類似“預編譯”的操作：首先會創建一個當前執行環境下的活動對象，并將那些用 var 申明的變量設置為活動對象的屬性，但是此時這些變量的賦值都是 undefined，并將那些以 function 定義的函數也添加為活動對象的屬性，而且它們的值正是函數的定義。但是，如果你使用了“eval”，則“eval”中的代碼（實際上為字符串）無法預先識別其上下文，無法被提前解析和優化，即無法進行預編譯的操作。所以，其性能也會大幅度降低

　　其實現在大家一般都很少會用eval了，這里我想說的是兩個類eval的場景(new Function{},setTimeout,setInterver)

復制代碼代碼如下:

setTimtout("alert(1)",1000); 
setInterver("alert(1)",1000); 
(new Function("alert(1)"))();

　　上述幾種類型代碼執行效率都會比較低，因此建議直接傳入匿名方法、或者方法的引用給setTimeout方法

　　3、閉包結束后釋放掉不再被引用的變量

復制代碼代碼如下:

var f = (function(){ 
    var a = {name:"var3"}; 
    var b = ["var1","var2"]; 
    var c = document.getElementByTagName("li"); 
    //****其它變量 
    //***一些運算 
    var res = function(){ 
        alert(a.name); 
    } 
    return res; 
})()

　　上述代碼中變量f的返回值是由一個立即執行函數構成的閉包中返回的方法res，該變量保留了對于這個閉包中所有變量（a,b,c等）的引用，因此這兩個變量會一直駐留在內存空間中,尤其是對于dom元素的引用對內存的消耗會很大，而我們在res中只使用到了a變量的值，因此，在閉包返回前我們可以將其它變量釋放

復制代碼代碼如下:

var f = (function(){ 
    var a = {name:"var3"}; 
    var b = ["var1","var2"]; 
    var c = document.getElementByTagName("li"); 
    //****其它變量 
    //***一些運算 
    //閉包返回前釋放掉不再使用的變量 
    b = c = null; 
    var res = function(){ 
        alert(a.name); 
        } 
    return res; 
})()

　Js操作dom的效率
　　在web開發過程中，前端執行效率的瓶頸往往都是在dom操作上面，dom操作是一件很耗性能的事情，如何才能在dom操作過程中盡量節約性能呢？

　　1、減少reflow
　　什么是reflow？
當 DOM 元素的屬性發生變化 (如 color) 時, 瀏覽器會通知 render 重新描繪相應的元素, 此過程稱為 repaint。

如果該次變化涉及元素布局 (如 width), 瀏覽器則拋棄原有屬性, 重新計算并把結果傳遞給 render 以重新描繪頁面元素, 此過程稱為 reflow。

　　減少reflow的方法
先將元素從document中刪除，完成修改后再把元素放回原來的位置（當對某元素及其子元素進行大量reflow操作時，1,2兩種方法效果才會比較明顯）
將元素的display設置為”none”，完成修改后再把display修改為原來的值
修改多個樣式屬性時定義class類代替多次修改style屬性（for certain同學推薦）
大量添加元素到頁面時使用documentFragment
　　例如

復制代碼代碼如下:

for(var i=0;i<100:i++){

var child = docuemnt.createElement("li");

child.innerHtml = "child";

document.getElementById("parent").appendChild(child);

}

　　當代碼中需要多次訪問元素的狀態信息，在狀態不變的情況下我們可以將其暫存到變量中，這樣可以避免多次訪問dom帶來內存的開銷，典型的例子就是：

　　查找dom元素時盡量避免大面積遍歷頁面元素，盡量使用精準選擇器，或者指定上下文以縮小查找范圍，以jquery為例

少用模糊匹配的選擇器：例如$("[name*='_fix']")，多用諸如id以及逐步縮小范圍的復合選擇器$("li.active")等
指定上下文：例如$("#parent .class")，$(".class",$el)等

　　4、使用事件委托
　　使用場景：一個有大量記錄的列表，每條記錄都需要綁定點擊事件，在鼠標點擊后實現某些功能，我們通常的做法是給每條記錄都綁定監聽事件，這種做法會導致頁面會有大量的事件監聽器，效率比較低下。

　　基本原理：我們都知道dom規范中事件是會冒泡的，也就是說在不主動阻止事件冒泡的情況下任何一個元素的事件都會按照dom樹的結構逐級冒泡至頂端。而event對象中也提供了event.target（IE下是srcElement）指向事件源，因此我們即使在父級元素上監聽該事件也可以找到觸發該事件的最原始的元素，這就是委托的基本原理。廢話不多說，上示例

　　根據上面介紹的監聽事件的原理我們來改寫一下

　　當然，我們不必每次都做事件源的判斷工作，可以將其抽象一下交給工具類來完成。jquery中的delegate()方法就實現了該功能

　　語法是這樣的$(selector).delegate(childSelector,event,data,function)，例如：

復制代碼代碼如下:

$("div").delegate("button","click",function(){ 
  $("p").slideToggle(); 
});

　　參數說明（引自w3school）
參數描述
childSelector 必需。規定要附加事件處理程序的一個或多個子元素。
event 必需。規定附加到元素的一個或多個事件。由空格分隔多個事件值。必須是有效的事件。
data 可選。規定傳遞到函數的額外數據。
function 必需。規定當事件發生時運行的函數。
　　Tips:事件委托還有一個好處就是，即使在事件綁定之后動態添加的元素上觸發的事件同樣可以監聽到哦，這樣就不用在每次動態加入元素到頁面后都為其綁定事件了

上一篇：jQuery的deferred對象詳解

下一篇：推薦8款jQuery輕量級樹形Tree插件