用對(duì)選擇器

在jQuery中，可以用多種選擇器，選擇同一個(gè)網(wǎng)頁(yè)元素。每種選擇器的性能是不一樣的，應(yīng)該了解它們的性能差異

1、最快的選擇器：id選擇器和元素標(biāo)簽選擇器

舉例來(lái)說(shuō)，下面的語(yǔ)句性能最佳：

$('#id')
$('form')
$('input')

遇到這些選擇器的時(shí)候，jQuery內(nèi)部會(huì)自動(dòng)調(diào)用瀏覽器的原生方法（比如getElementById()），所以它們的執(zhí)行速度快。

2、較慢的選擇器：class選擇器

$('.className')的性能，取決于不同的瀏覽器。Firefox、Safari、Chrome、Opera瀏覽器，都有原生方法getElementByClassName()，所以速度并不慢。但是，IE5-IE8都沒(méi)有部署這個(gè)方法，所以這個(gè)選擇器在IE中會(huì)相當(dāng)慢

3、最慢的選擇器：偽類選擇器和屬性選擇器

找出網(wǎng)頁(yè)中所有的隱藏元素，就要用到偽類選擇器：

$(':hidden')

屬性選擇器的例子則是：

$('[attribute=value]')

這兩種語(yǔ)句是最慢的，因?yàn)闉g覽器沒(méi)有針對(duì)它們的原生方法。但是，一些瀏覽器的新版本，增加了querySelector()和querySelectorAll()方法，因此會(huì)使這類選擇器的性能有大幅提高

理解父子關(guān)系

下面六個(gè)選擇器，都是從父元素中選擇子元素

$('.child', $parent)
$parent.find('.child')
$parent.children('.child')
$('#parent > .child')
$('#parent .child')
$('.child', $('#parent'))

1、下面這條語(yǔ)句的意思是，給定一個(gè)DOM對(duì)象，然后從中選擇一個(gè)子元素。jQuery會(huì)自動(dòng)把這條語(yǔ)句轉(zhuǎn)成$.parent.find('child')，這會(huì)導(dǎo)致一定的性能損失。它比最快的形式慢了5%-10%

$('.child', $parent)

2、這條是最快的語(yǔ)句。.find()方法會(huì)調(diào)用瀏覽器的原生方法（getElementById，getElementByName，getElementByTagName等等），所以速度較快

$parent.find('.child')

3、這條語(yǔ)句在jQuery內(nèi)部，會(huì)使用$.sibling()和javascript的nextSibling()方法，一個(gè)個(gè)遍歷節(jié)點(diǎn)。它比最快的形式大約慢50%

$parent.children('.child')

4、jQuery內(nèi)部使用Sizzle引擎，處理各種選擇器。Sizzle引擎的選擇順序是從右到左，所以這條語(yǔ)句是先選.child，然后再一個(gè)個(gè)過(guò)濾出父元素#parent，這導(dǎo)致它比最快的形式大約慢70%

$('#parent > .child')

5、這條語(yǔ)句與上一條是同樣的情況。但是，上一條只選擇直接的子元素，這一條可以選擇多級(jí)子元素，所以它的速度更慢，大概比最快的形式慢了77%

$('#parent .child')

6、jQuery內(nèi)部會(huì)將這條語(yǔ)句轉(zhuǎn)成$('#parent').find('.child')，比最快的形式慢了23%

$('.child', $('#parent'))

所以，最佳選擇是$parent.find('.child')。而且，由于$parent往往在前面的操作已經(jīng)生成，jQuery會(huì)進(jìn)行緩存，所以進(jìn)一步加快了執(zhí)行速度

不過(guò)度使用jQuery

jQuery速度再快，也無(wú)法與原生的javascript方法相比。所以有原生方法可以使用的場(chǎng)合，盡量避免使用jQuery。

以最簡(jiǎn)單的選擇器為例，document.getElementById("foo")要比$("#foo")快10多倍

再來(lái)看一個(gè)例子，為a元素綁定一個(gè)處理點(diǎn)擊事件的函數(shù)：

$('a').click(function(){
　　　　alert($(this).attr('id'));
　　});

這段代碼的意思是，點(diǎn)擊a元素后，彈出該元素的id屬性。為了獲取這個(gè)屬性，必須連續(xù)兩次調(diào)用jQuery，第一次是$(this)，第二次是attr('id')。

事實(shí)上，這種處理完全不必要。更正確的寫(xiě)法是，直接采用javascript原生方法，調(diào)用this.id：

$('a').click(function(){
　　　　alert(this.id);
　　});

根據(jù)測(cè)試，this.id的速度比$(this).attr('id')快了20多倍

做好緩存

選中某一個(gè)網(wǎng)頁(yè)元素，是開(kāi)銷很大的步驟。所以，使用選擇器的次數(shù)應(yīng)該越少越好，并且盡可能緩存選中的結(jié)果，便于以后反復(fù)使用。

比如，下面這樣的寫(xiě)法就是糟糕的寫(xiě)法：

jQuery('#top').find('p.classA');
jQuery('#top').find('p.classB');

更好的寫(xiě)法是：

var cached = jQuery('#top');
　　cached.find('p.classA');
　　cached.find('p.classB');

根據(jù)測(cè)試，緩存比不緩存，快了2-3倍

jQuery的一大特點(diǎn)，就是允許使用鏈?zhǔn)綄?xiě)法

$('div').find('h3').eq(2).html('Hello');

采用鏈?zhǔn)綄?xiě)法時(shí)，jQuery自動(dòng)緩存每一步的結(jié)果，因此比非鏈?zhǔn)綄?xiě)法要快。根據(jù)測(cè)試，鏈?zhǔn)綄?xiě)法比（不使用緩存的）非鏈?zhǔn)綄?xiě)法，大約快了25%

事件委托

javascript的事件模型，采用"冒泡"模式，也就是說(shuō)，子元素的事件會(huì)逐級(jí)向上"冒泡"，成為父元素的事件。

利用這一點(diǎn)，可以大大簡(jiǎn)化事件的綁定。比如，有一個(gè)表格（table元素），里面有100個(gè)格子（td元素），現(xiàn)在要求在每個(gè)格子上面綁定一個(gè)點(diǎn)擊事件（click），請(qǐng)問(wèn)是否需要將下面的命令執(zhí)行100次？

$("td").on("click", function(){
　　　　$(this).toggleClass("click");
　　});

回答是不需要，我們只要把這個(gè)事件綁定在table元素上面就可以了，因?yàn)閠d元素發(fā)生點(diǎn)擊事件之后，這個(gè)事件會(huì)"冒泡"到父元素table上面，從而被監(jiān)聽(tīng)到

因此，這個(gè)事件只需要在父元素綁定1次即可，而不需要在子元素上綁定100次，從而大大提高性能。這就叫事件的"委托處理"，也就是子元素"委托"父元素處理這個(gè)事件

$("table").on("click", "td", function(){
　　　　$(this).toggleClass("click");
　　});

更好的寫(xiě)法，則是把事件綁定在document對(duì)象上面

$(document).on("click", "td", function(){
　　　　$(this).toggleClass("click");
　　});

如果要取消事件的綁定，就使用off()方法

$(document).off("click", "td");

少改動(dòng)DOM

1、改動(dòng)DOM結(jié)構(gòu)開(kāi)銷很大，因此不要頻繁使用.append()、.insertBefore()和.insetAfter()這樣的方法

如果要插入多個(gè)元素，就先把它們合并，然后再一次性插入。根據(jù)測(cè)試，合并插入比不合并插入，快了將近10倍

2、如果要對(duì)一個(gè)DOM元素進(jìn)行大量處理，應(yīng)該先用.detach()方法，把這個(gè)元素從DOM中取出來(lái)，處理完畢以后，再重新插回文檔。根據(jù)測(cè)試，使用.detach()方法比不使用時(shí)，快了60%

3、如果要在DOM元素上儲(chǔ)存數(shù)據(jù)，不要寫(xiě)成下面這樣：

var elem = $('#elem');
elem.data(key,value);

而要寫(xiě)成

var elem = $('#elem');
$.data(elem[0],key,value);

根據(jù)測(cè)試，后一種寫(xiě)法要比前一種寫(xiě)法，快了將近10倍。因?yàn)閑lem.data()方法是定義在jQuery函數(shù)的prototype對(duì)象上面的，而$.data()方法是定義jQuery函數(shù)上面的，調(diào)用的時(shí)候不從復(fù)雜的jQuery對(duì)象上調(diào)用，所以速度快得多

4、插入html代碼的時(shí)候，瀏覽器原生的innterHTML()方法比jQuery對(duì)象的html()更快

盡量少生成jQuery對(duì)象

每當(dāng)使用一次選擇器（比如$('#id')），就會(huì)生成一個(gè)jQuery對(duì)象。jQuery對(duì)象是一個(gè)很龐大的對(duì)象，帶有很多屬性和方法，會(huì)占用不少資源。所以，盡量少生成jQuery對(duì)象

舉例來(lái)說(shuō)，許多jQuery方法都有兩個(gè)版本，一個(gè)是供jQuery對(duì)象使用的版本，另一個(gè)是供jQuery函數(shù)使用的版本。下面兩個(gè)例子，都是取出一個(gè)元素的文本，使用的都是text()方法

既可以使用針對(duì)jQuery對(duì)象的版本：

var $text = $("#text");
var $ts = $text.text();

也可以使用針對(duì)jQuery函數(shù)的版本：

var $text = $("#text");
var $ts = $.text($text);

由于后一種針對(duì)jQuery函數(shù)的版本不通過(guò)jQuery對(duì)象操作，所以相對(duì)開(kāi)銷較小，速度比較快

選擇作用域鏈最短的方法

嚴(yán)格地說(shuō)，這一條原則對(duì)所有Javascript編程都適用，而不僅僅針對(duì)jQuery

我們知道，Javascript的變量采用鏈?zhǔn)阶饔糜颉Ｗx取變量的時(shí)候，先在當(dāng)前作用域?qū)ふ以撟兞?，如果找不到，就前往上一層的作用域?qū)ふ以撟兞?。這樣的設(shè)計(jì)，使得讀取局部變量比讀取全局變量快得多

請(qǐng)看下面兩段代碼，第一段代碼是讀取全局變量：

var a = 0;
　　function x(){
　　　　a += 1;
　　}

第二段代碼是讀取局部變量：

function y(){
　　　　var a = 0;
　　　　a += 1;
　　}

第二段代碼讀取變量a的時(shí)候，不用前往上一層作用域，所以要比第一段代碼快五六倍

同理，在調(diào)用對(duì)象方法的時(shí)候，closure模式要比prototype模式更快

prototype模式：

var X = function(name){ this.name = name; }
X.prototype.get_name = function() { return this.name; };

closure模式：

var Y = function(name) {
　　　　var y = { name: name };
　　　　return { 'get_name': function() { return y.name; } };
　　};

同樣是get_name()方法，closure模式更快

使用Pub/Sub模式管理事件

當(dāng)發(fā)生某個(gè)事件后，如果要連續(xù)執(zhí)行多個(gè)操作，最好不要寫(xiě)成下面這樣：

function doSomthing{
　　　　doSomethingElse();
　　　　doOneMoreThing();
　　}

而要改用事件觸發(fā)的形式：

function doSomething{
　　　　$.trigger("DO_SOMETHING_DONE");
　　}
　　$(document).on("DO_SOMETHING_DONE", function(){
　　　　doSomethingElse(); 
  });

還可以考慮使用deferred對(duì)象

function doSomething(){
　　　　var dfd = new $.Deferred();
　　　　//Do something async, then... 
　　　　//dfd.resolve();
　　　　return dfd.promise();
　　}
　　function doSomethingElse(){
　　　　$.when(doSomething()).then(//The next thing);
　　}

最新評(píng)論