jQuery最佳实践

作者: 阮一峰

日期: 2011年8月 4日

上周,我整理了《jQuery设计思想》

那篇文章是一篇入门教程,从设计思想的角度,讲解"怎么使用jQuery"。今天的文章则是更进一步,讲解"如何用好jQuery"

我主要参考了Addy Osmani的PPT《提高jQuery性能的诀窍》(jQuery Proven Performance Tips And Tricks)。他是jQuery开发团队的成员,具有一定的权威性,提出的结论都有测试数据支持,非常有价值。

==============================================

jQuery最佳实践

阮一峰 整理

1. 使用最新版本的jQuery

jQuery的版本更新很快,你应该总是使用最新的版本。因为新版本会改进性能,还有很多新功能。

下面就来看看,不同版本的jQuery性能差异有多大。这里是三条最常见的jQuery选择语句:

  $('.elem')

  $('.elem', context)

  context.find('.elem')

我们用1.4.2、1.4.4、1.6.2三个版本的jQuery测试,看看浏览器在1秒内能够执行多少次。结果如下:

可以看到,1.6.2版本的运行次数,远远超过两个老版本。尤其是第一条语句,性能有数倍的提高。

其他语句的测试,比如.attr("value").val(),也是新版本的jQuery表现好于老版本。

2. 用对选择器

在jQuery中,你可以用多种选择器,选择同一个网页元素。每种选择器的性能是不一样的,你应该了解它们的性能差异。

(1)最快的选择器:id选择器和元素标签选择器

举例来说,下面的语句性能最佳:

  $('#id')

  $('form')

  $('input')

遇到这些选择器的时候,jQuery内部会自动调用浏览器的原生方法(比如getElementById()),所以它们的执行速度快。

(2)较慢的选择器:class选择器

$('.className')的性能,取决于不同的浏览器。

Firefox、Safari、Chrome、Opera浏览器,都有原生方法getElementByClassName(),所以速度并不慢。但是,IE5-IE8都没有部署这个方法,所以这个选择器在IE中会相当慢。

(3)最慢的选择器:伪类选择器和属性选择器

先来看例子。找出网页中所有的隐藏元素,就要用到伪类选择器:

  $(':hidden')

属性选择器的例子则是:

  $('[attribute=value]')

这两种语句是最慢的,因为浏览器没有针对它们的原生方法。但是,一些浏览器的新版本,增加了querySelector()和querySelectorAll()方法,因此会使这类选择器的性能有大幅提高。

最后是不同选择器的性能比较图

可以看到,ID选择器遥遥领先,然后是标签选择器,第三是Class选择器,其他选择器都非常慢。

3. 理解子元素和父元素的关系

下面六个选择器,都是从父元素中选择子元素。你知道哪个速度最快,哪个速度最慢吗?

  $('.child', $parent)

  $parent.find('.child')

  $parent.children('.child')

  $('#parent > .child')

  $('#parent .child')

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

我们一句句来看。

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

这条语句的意思是,给定一个DOM对象,然后从中选择一个子元素。jQuery会自动把这条语句转成$.parent.find('child'),这会导致一定的性能损失。它比最快的形式慢了5%-10%。

(2) $parent.find('.child')

这条是最快的语句。.find()方法会调用浏览器的原生方法(getElementById,getElementByName,getElementByTagName等等),所以速度较快。

(3) $parent.children('.child')

这条语句在jQuery内部,会使用$.sibling()和javascript的nextSibling()方法,一个个遍历节点。它比最快的形式大约慢50%。

(4) $('#parent > .child')

jQuery内部使用Sizzle引擎,处理各种选择器。Sizzle引擎的选择顺序是从右到左,所以这条语句是先选.child,然后再一个个过滤出父元素#parent,这导致它比最快的形式大约慢70%。

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

这条语句与上一条是同样的情况。但是,上一条只选择直接的子元素,这一条可以于选择多级子元素,所以它的速度更慢,大概比最快的形式慢了77%。

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

jQuery内部会将这条语句转成$('#parent').find('.child'),比最快的形式慢了23%。

所以,最佳选择是$parent.find('.child')。而且,由于$parent往往在前面的操作已经生成,jQuery会进行缓存,所以进一步加快了执行速度。

具体的例子和比较结果,请看这里

4. 不要过度使用jQuery

jQuery速度再快,也无法与原生的javascript方法相比。所以有原生方法可以使用的场合,尽量避免使用jQuery。

以最简单的选择器为例,document.getElementById("foo")要比$("#foo")快10多倍

再来看一个例子,为a元素绑定一个处理点击事件的函数:

  $('a').click(function(){

    alert($(this).attr('id'));

  });

这段代码的意思是,点击a元素后,弹出该元素的id属性。为了获取这个属性,必须连续两次调用jQuery,第一次是$(this),第二次是attr('id')。

事实上,这种处理完全不必要。更正确的写法是,直接采用javascript原生方法,调用this.id:

  $('a').click(function(){

    alert(this.id);

  });

根据测试,this.id的速度比$(this).attr('id')快了20多倍。

5. 做好缓存

选中某一个网页元素,是开销很大的步骤。所以,使用选择器的次数应该越少越好,并且尽可能缓存选中的结果,便于以后反复使用。

比如,下面这样的写法就是糟糕的写法:

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

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

更好的写法是:

  var cached = jQuery('#top');

  cached.find('p.classA');

  cached.find('p.classB');

根据测试,缓存比不缓存,快了2-3倍。

6. 使用链式写法

jQuery的一大特点,就是允许使用链式写法。

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

采用链式写法时,jQuery自动缓存每一步的结果,因此比非链式写法要快。根据测试,链式写法比(不使用缓存的)非链式写法,大约快了25%。

7. 事件的委托处理(Event Delegation)

javascript的事件模型,采用"冒泡"模式,也就是说,子元素的事件会逐级向上"冒泡",成为父元素的事件。

利用这一点,可以大大简化事件的绑定。比如,有一个表格(table元素),里面有100个格子(td元素),现在要求在每个格子上面绑定一个点击事件(click),请问是否需要将下面的命令执行100次?

  $("td").on("click", function(){

    $(this).toggleClass("click");

  });

回答是不需要,我们只要把这个事件绑定在table元素上面就可以了,因为td元素发生点击事件之后,这个事件会"冒泡"到父元素table上面,从而被监听到。

因此,这个事件只需要在父元素绑定1次即可,而不需要在子元素上绑定100次,从而大大提高性能。这就叫事件的"委托处理",也就是子元素"委托"父元素处理这个事件。

  $("table").on("click", "td", function(){

    $(this).toggleClass("click");

  });

更好的写法,则是把事件绑定在document对象上面。

  $(document).on("click", "td", function(){

    $(this).toggleClass("click");

  });

如果要取消事件的绑定,就使用off()方法。

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

8. 少改动DOM结构

(1)改动DOM结构开销很大,因此不要频繁使用.append()、.insertBefore()和.insetAfter()这样的方法。

如果要插入多个元素,就先把它们合并,然后再一次性插入。根据测试,合并插入比不合并插入,快了将近10倍。

(2)如果你要对一个DOM元素进行大量处理,应该先用.detach()方法,把这个元素从DOM中取出来,处理完毕以后,再重新插回文档。根据测试,使用.detach()方法比不使用时,快了60%。

(3)如果你要在DOM元素上储存数据,不要写成下面这样:

  var elem = $('#elem');

  elem.data(key,value);

而要写成

  var elem = $('#elem');

  $.data(elem[0],key,value);

根据测试,后一种写法要比前一种写法,快了将近10倍。因为elem.data()方法是定义在jQuery函数的prototype对象上面的,而$.data()方法是定义jQuery函数上面的,调用的时候不从复杂的jQuery对象上调用,所以速度快得多。(此处可以参阅下面第10点。)

(4)插入html代码的时候,浏览器原生的innterHTML()方法比jQuery对象的html()更快

9. 正确处理循环

循环总是一种比较耗时的操作,如果可以使用复杂的选择器直接选中元素,就不要使用循环,去一个个辨认元素。

javascript原生循环方法for和while,要比jQuery的.each()方法,应该优先使用原生方法。

10. 尽量少生成jQuery对象

每当你使用一次选择器(比如$('#id')),就会生成一个jQuery对象。jQuery对象是一个很庞大的对象,带有很多属性和方法,会占用不少资源。所以,尽量少生成jQuery对象。

举例来说,许多jQuery方法都有两个版本,一个是供jQuery对象使用的版本,另一个是供jQuery函数使用的版本。下面两个例子,都是取出一个元素的文本,使用的都是text()方法。

你既可以使用针对jQuery对象的版本:

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

  var $ts = $text.text();

也可以使用针对jQuery函数的版本:

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

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

由于后一种针对jQuery函数的版本不通过jQuery对象操作,所以相对开销较小,速度比较快

11. 选择作用域链最短的方法

严格地说,这一条原则对所有Javascript编程都适用,而不仅仅针对jQuery。

我们知道,Javascript的变量采用链式作用域。读取变量的时候,先在当前作用域寻找该变量,如果找不到,就前往上一层的作用域寻找该变量。这样的设计,使得读取局部变量比读取全局变量快得多。

请看下面两段代码,第一段代码是读取全局变量:

  var a = 0;

  function x(){

    a += 1;

  }

第二段代码是读取局部变量:

  function y(){

    var a = 0;

    a += 1;

  }

第二段代码读取变量a的时候,不用前往上一层作用域,所以要比第一段代码快五六倍

同理,在调用对象方法的时候,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模式更快

12. 使用Pub/Sub模式管理事件

当发生某个事件后,如果要连续执行多个操作,最好不要写成下面这样:

  function doSomthing{

    doSomethingElse();

    doOneMoreThing();

  }

而要改用事件触发的形式:

  function doSomething{

    $.trigger("DO_SOMETHING_DONE");

  }

  $(document).on("DO_SOMETHING_DONE", function(){

    doSomethingElse(); }

  );

还可以考虑使用deferred对象

  function doSomething(){

    var dfd = new $.Deferred();

    //Do something async, then...
    //dfd.resolve();

    return dfd.promise();

  }

  function doSomethingElse(){

    $.when(doSomething()).then(//The next thing);

  }

(完)

珠峰培训

简寻

留言(58条)

实在是让我这个初学者恍然大悟热泪盈眶。看来我的系统调优余地还有至少60%,70%的空间!

正想研究一下jquery,多谢

阮,我看到你一直在学习新东西,而且你的学习笔记的风格给我留下很深的印象。我越来越深地感到学习,比如学习一门语言,本身就是一种需要,对于感受到这种需要的人来说,不学习一些新的东西却心安理得是很困难的,进一步的问题是“我能否从事一些创造性的活动”。我对你现在从事怎样的工作,或者说如何谋生,以及怎样安排学习时间,在多大程度上克制自己按计划做事,等等,感到好奇。如果你觉得花时间谈一谈这方面的事情和心得是值得的,我很盼望能看到你谈一谈这方面的情况,这或许能给我以及其他读者一些启发(或激励?),谢谢。

整理的真不错,多谢哥的分享了...

很好的建议,不过感觉脚本性能似乎不太重要,一般的情况都是瞬间完成,感觉执行时间从0.5s到0.1s的提速对用户没啥意义

引用jeffrey的发言:

感觉脚本性能似乎不太重要,一般的情况都是瞬间完成,感觉执行时间从0.5s到0.1s的提速对用户没啥意义

一些复杂的动画或者循环较多的脚本操作的时候就很明显了,都是一点点优化能快一点是一点的

新版本的体积太大了,1.2.6这个体积很小

在小的项目中使用jquery实在是有点大,也用不了那么多的功能,还不如整理一个适合自己的版本。

不过我很喜欢作者的文章,之前看了几篇对原型的分析,解开了我一直的困惑,感谢!

看过之后受益匪浅,虽然一些性能的提升对自己所写的小项目和用户的感官而言不是很明显,但养成良好的习惯还是很有必要的。

我总结下: 能不用jquery就别用jquery, 不用jquery速度最快.
不过, jquery目的不就是给大家带来方便吗? 便捷性跟执行速度不可兼顾. 至于怎么选择, 看你自己. 我觉得我使劲用jquery我的网页执行速度也不卡, 所以我无视上面的这篇文章.

虽然用了jQuery两年多了,但这里面说到的jQuery知识点,很多我竟然从未听过,看来还是要好好研究下了。

"比如,有一个表格(table元素),里面有100个格子(td元素),现在要求在每个格子上面绑定一个点击事件(click),请问是否需要将下面的命令执行100次?"

还真的不需要,因为jQ的方法返回的对象是数组,直接调用bind()的时候已经把数组中的所有对象绑定了。

这个测试是怎么测试的?是一直循环执行代码 然后除以时间?


我还真的够蛋疼,自己写了个简陋测试方法...
粗略的测试了一下,结果和 这里 http://jsperf.com/bind-vs-click/12# 相仿。
但里面的Live的测试就有很大出入。我的结果比他的统计数值大了一倍多!求大牛分享测试方法。

关于上面说的“还真的不需要,因为jQ的方法返回的对象是数组,直接调用bind()的时候已经把数组中的所有对象绑定了。”
的确不用自己写循环绑定事件,从测试的时间来看,必然是jQ里面bing()方法已经内嵌循环了。

学习了。
但发现有个问题。在a里面没有id的情况下,alert($(this).attr('id'))和alert(this.id)弹出的内容是不一样的。
一个弹出的是undefined,一个弹出的是空。

获益匪浅,原来使用jquery还有这么多需要注意的地方。

在DOM元素上储存数据,应该是:

var elem = $('#elem');

$.data(elem[0], key, value);

Google字典竟已无法使用了,痛心。

我也是经常写jquery的孩纸,不过没有测试过各个版本的执行效率,觉得你写的文章很简洁易懂,在此学习了~

  $('.child', $parent)
  $parent.find('.child')
  $parent.children('.child')
  $('#parent > .child')
  $('#parent .child')
  $('.child', $('#parent'))
楼主的测试,可能恰好是一个极端的情况,即#parent只有儿子,没有孙子.
假设测试情况是:10个儿子,30个孙子,90个曾玄孙,做估计它们的快慢顺序是这样的:

  1 $('#parent > .child')----最快.一次查询,一次jquery装箱(把查询结果变成jquery对象),并且候选集只是#parent元素的儿子,而不是子子孙孙.
  2 $('#parent').children('.child')----两次查询,两次装箱.其中第一次查询只是getElementById,速度较快.第二次查询的候选集是children.
  3 $('.child', document.getElementById('parent'))----一次getElementById,一次sizzle,一次jquery装箱
4 $('#parent .child')----一次sizzle,但是sizzle里需要解析出getElementById,然后再查询,最后将结果装箱
5 $(document.getElementById('parent')).find('.child') 一次getElementById,随后装箱,再sizzle一次,再对结果装箱
6 $('.child', $('#parent')) 两次sizzle,两次装箱


请问您说的测试快了,或者效率高了是使用哪种工具进行测试的?是否有真实数据可以参考??

关于 delegate 和 live 的这段总结得非常好。

这篇文章很有用,在写JS的时候从没有考虑到选择器的性能,看来以后要注意了。。。

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

虽然直接用elem可以,但是文档中推荐是用DOMelement,而不是jquery对象。所以使用elem[0]比较好。我在1.5.2版本中发现了一个问题,例如下代码
var elem = $('#elem');
$.data(elem, 'key', 'value1');
console.log($.data($('#elem'), 'key')) 却会输出undefined

文中提到的部分方法名有误,注意“getElement”和“getElements”的区别啊。

看过关于jQuery的大作,整理,然后放进了我的网站。
分段整理过,分段,层次更清晰。不知阮一峰同仁是否介意。如有版权问题,我立刻删除

http://stdingan.com:999/beyond/Pro_Print.asp?ID=3907&UnCheck=&c=f486fabef641b9477d8806c2377443b8

也可以登录到平台上,查看
http://stdingan.com:999/beyond/
bzmjs
bzmjs

引用Jan的发言:

"比如,有一个表格(table元素),里面有100个格子(td元素),现在要求在每个格子上面绑定一个点击事件(click),请问是否需要将下面的命令执行100次?"

还真的不需要,因为jQ的方法返回的对象是数组,直接调用bind()的时候已经把数组中的所有对象绑定了。

如果使用普通的方法给100个td绑定事件,当然是需要遍历的,时间就耗在这个遍历上。你说的jQ的方法返回的对象是数组,这个确实没错,但是在执行事件函数的时候是需要遍历整个数组,遍历的时候依次执行事件函数,也就是说如果有100个td,每个td执行一次事件函数,都要遍历一次。如果使用事件代理(delegate)利用事件冒泡的办法就省去了遍历对象数组这个环节,速度不快才怪呢。至于博主说的live方法绑定的和普通的bind方法绑定的时候一样都是需要遍历对象数组的,live和bind的区别在于前者也是事件代理。

想问问关于第10点

虽然jQuery上绑定了方法可以直接$.func(elem,..)来调用,但是对象上调用方法好像会添加一些逻辑判断和检查,如果我们经常越过,直接使用jQuery上的方法岂不要清楚里面的细节

我对你说的“(3)最慢的选择器:伪类选择器和属性选择器”有点疑问,我的疑问是属性选择器,
我感觉属性选择器也应该再细分一下,$("[name='x']")这个也是属性选择器,但是它应该调用的是原生js的getElementByName方法,应该是很快的!

建议作者将标题改为“jQuery性能最佳实践”,为性能而牺牲代码的可读性和可维护性,并不是大部分应用所需要的最佳实践。

楼上的各位有这时间拌嘴,不如直接看jq的源码,看完就会豁然开朗

第10条两种方式,不都生成了jQuery对象嘛?

@JK:

http://jsperf.com/bell-selector

我看了您的回复特地去测试了下,但是发现还是find最快,而且在有孙子和曾孙的情况下,优势更加明显,不知是不是我测试的方法错了,望指教。

为什么jquery的.data方法和jQuery.data方法设置的数据是不共享的。。。

好文,优化Jquery的点点滴滴!

请问阮同学能不能分享一下你是在哪个jQuery网址学到这么高深的jQuery的技术的?非常感谢。

引用bell的发言:

@JK:

http://jsperf.com/bell-selector

我看了您的回复特地去测试了下,但是发现还是find最快,而且在有孙子和曾孙的情况下,优势更加明显,不知是不是我测试的方法错了,望指教。

我这里测试出来的结果是 $('#parent > .child') 优势十分明显
http://jsperf.com/findchildren

http://jsperf.com/findchildren 这个结果看出来 $('#parent > .child')是倒数最慢的一个啊

对于第10点,我觉得本质在于变量的搜索过程,在引用对象的属性或方法时都对对象本身的一种搜索遍历过程,

$text.text()是到__proto__指向的$原型对象去查找text方法,速度肯定不如$直接找到自己的属性方法快。

引用阿姆斯壮壮爹的发言:

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

虽然直接用elem可以,但是文档中推荐是用DOMelement,而不是jquery对象。所以使用elem[0]比较好。我在1.5.2版本中发现了一个问题,例如下代码
var elem = $('#elem');
$.data(elem, 'key', 'value1');
console.log($.data($('#elem'), 'key')) 却会输出undefined

确实引用不到 这种方式有问题吧?

分析的真细,谢谢学习了

弱弱的问一名,您的测试时间是怎么得到的?

引用阿吉的发言:


确实引用不到这种方式有问题吧?

因为`$()`选择器返回的不是DOM元对象而是一个jQuery(类似数组)对象,而且应该每次都是新的。

引用wo_is神仙的发言:

在DOM元素上储存数据,应该是:

var elem = $('#elem');

$.data(elem[0], key, value);

这是正解 难怪我测试半天一直没有得到数据。受教了

引用jerry的发言:

这是正解 难怪我测试半天一直没有得到数据。受教了

谢谢指出,已经更正了。

对于复杂选择器,感觉好复杂,主要是很多时候用jq就是为了它dom操作的便利性,如果没有明显性能瓶颈,一般都不会去优化。当然,本文里面介绍的一些技巧都是我们平常写js时经常要用到的,最佳实践

引用away的发言:

弱弱的问一名,您的测试时间是怎么得到的?

取执行前后时间,相差

谢谢大神的分享啊,受益匪浅

我应用了您的文章,如果涉及版权,请立即通知我

应该是getElementsByClassName,少了s

「3. 理解子元素和父元素的关系」这里有一定的误导性,只有上下文是一个 ID 选择器时('#id .class')才有文中的结果。如果是 '.class1 .class2' 这样则文中所比较的几种写法最终结果速度会相差很多。
性能比较可以看这里 http://jsperf.com/jquery-find-vs-context-sel/19

$('article ins') > $article.find('ins') > $('article').find('ins')

谢谢,学到了学到了~

我收录了您的文章,地址为http://segmentfault.com/blog/liangyi/1190000002418839
如果涉及侵权 请通知我

现在看测试,prototype比闭包要快了。

===========================
更好的写法,则是把事件绑定在document对象上面。
  $(document).on("click", "td", function(){
    $(this).toggleClass("click");
  });
===========================
这点不是很赞同,原则上冒泡到越近的父级元素越快,冒泡到table能完成的事情,就不要冒泡到document

第3点“理解子元素和父元素的关系”
(1) $('.child', $parent)

(2) $parent.find('.child')

(3) $parent.children('.child')

(4) $('#parent > .child')

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

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

这里的例子举得不太恰当,find和children这两种功能不同,返回值也不一定相同不具有可比性。上面的例子,只能1、2、5、6之间互相比较,3、4之间互相比较。

=====================================================

第7点“事件的委托处理(Event Delegation)”
不推荐把事件绑定在document上,事件绑定应该就近处理,能绑在table就尽量绑在table上


=====================================================
第12点“使用Pub/Sub模式管理事件”
如果可以的话,麻烦展开说明一下原因。我以前也想过用事件处理来降低耦合性,但是多一次事件处理就会多消耗部分性能,不太清楚这样是否划算


第7点“事件的委托处理(Event Delegation)”
第12点“使用Pub/Sub模式管理事件”

我要发表看法

«-必填

«-必填,不公开

«-我信任你,不会填写广告链接