1. 避免使用 $.fn.each 或 $.each
因为它比原生的 for/while 真的会慢一些，循环次数越多差距越大。
另外，对象的 for-in 比 for 是要快一丢丢的，但数组的 for-in 要比 for 慢
2. 选择器
始终要相信，原生的普遍要快一些，因此 jquery 也是如此，
id 选择器 $(‘#id‘) / 元素标签选择器 $(‘input‘) / 类选择器 $(‘.class‘) 都是原生的
而伪类选择器 $(‘:hidden‘) / 属性选择器 $(‘[data-id]‘) 就相对更慢一些了
你猜用了 querySelector 或 querySelectorAll 后后两者会快些吗，自己快去试试吧
3. 父子关系
比较以下这 6 种获取子级元素的方法，发现 $parent.find(‘.child‘) 竟然最快
$(‘.child‘, $parent)
其实还是会转化为 $parent.find(‘.child‘) 去寻找，所以何必呢
$parent.find(‘.child‘)
最原生的选择器去查找 .child，当然最快
$parent.children(‘.child‘)
其实内部会使用 siblings 和 nextSiblings 一个个区遍历节点，不管怎样都比 find 要慢
$(‘#parent > .child‘)
jQuery 的 Sizzle 引擎是从右向左识别的，这是致命的（虽然浏览器也是这样合并 DOM 树和样式树的，但那是无奈之举呀）
$(‘#parent .child‘)
与上同理，还要考虑多层级，速度就更慢了
4. 做好缓存
每个 jQuery 对象的开销其实不小，每次选择都会生成一个 jQuery 对象，而它又都有上百个属性，想想都可怕。因此：
var $obj = $(‘#xx‘);$obj.find(‘.a‘);$obj.find(‘.b‘)
比
$(‘#xx‘).find(‘.a‘);$(‘#xx‘).find(‘.b‘);
可能快上一倍
5. dom 元素操作可用原生就用原生吧
$(‘#x‘).on(‘click‘, function(){
alert($(this).prop(‘id‘));
alert(this.id);
});
两者相比，后者要快上许多许多。
同理：
$(this).hide(0); this.style.display = ‘none‘;
6. 使用链式写法
$(‘xx‘).find(‘p‘).eq(2).text(‘哈‘);
想想其实也应该懂的，免去了重复生成 jQuery 对象的开销
7. 改动 DOM 结构
众所周知，改动 DOM 结构的开销何其大，拉开十倍的速率差距都是可能的。
对大量 DOM 的插入还是使用先合并再插入比较好。而是使用 jQuery 元素的合并还是字符串的合并就得看安全要求和复杂程度了
对大量 DOM 的修改建议先用 detach 方法把元素取出，处理完毕后再插回文档
8. 存储数据
$(‘#xx‘).data(key, value); $.data($(‘#xx‘), key, value);
前者定义在元素对象的 prototype 上，后者定义在全局 $ 对象上(都是实例对象为什么这样会快其实我也没搞懂，还只想到这点，请大佬补充)
9. 事件委托
原生去写事件委托还是比较累的，所以使用 jQuery 很大程度上是因为 $.fn.on 和 $.ajax 是我的最爱
$(‘#parent‘).on(‘click‘, ‘.child‘, function(){});
相比去给每个 .child 都绑定 click 在元素超多时那是很烧的一件事