jQuery中find&filter、live&bind对比介绍及图片懒加载

版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://ligang.blog.csdn.net/article/details/41926983

一. find()和filter()方法区别：

<div class="css">
	<p class="rain">测试1</p>
</div>
<div class="rain">
	<p>测试2</p>
</div>

var $find = $("div").find(".rain");
alert( $find.html() ); //测试1
var $filter = $("div").filter(".rain");
alert( $filter.html() ); //<p>测试2</p>

find()会在div元素内寻找class为rain的元素。 而filter()则是筛选div的class为rain的元素。 find()对它的子集操作，filter()对自身集合元素筛选。

二. jQuery中绑定事件有三种方法：

以click事件为例 1. target.click(function(){}); 2. target.bind("click",function(){}); 3. target.live("click",function(){}); 第一种方法很好理解，其实就和普通JS的用法差不多，只是少了一个on而已； 第二、三种方法都是绑定事件，但是二者又有很大的不同，下面着重讲解一下，因为这个如果用到Jquery的框架的话是用的挺多的，尤其要注意二者的区别。 bind和live的区别 live方法其实是bind方法的变种，其基本功能就同bind方法的功能是一样的，都是为一个元素绑定某个事件，但是bind方法只能给当前存在的元素绑定事件，对于事后采用JS等方式新生成的元素无效，而live方法则正好弥补了bind方法的这个缺陷，它可以对后生成的元素也可以绑定相应的事件。那么live方法的这个特性是怎么实现的呢？下面来探讨一下其实现原理。live方法之所以能对后生成的元素也绑定相应的事件的原因归结在"事件委托"上面，所谓"事件委托"就是指绑定在祖先元素上的事件可以在其后代元素上进行使用。live方法的处理机制就是把事件绑定在DOM树的根节点上，而不是直接绑定在某个元素上。举一个例子来说明：

$(".clickMe").live("click",fn);
$("body").append("<div class='clickMe'>测试live方法的步骤</div>");

当我们点击这个新增的元素时会依次发生如下步骤： 1. 生成一个click事件，传递给div来做处理 2. 由于没有事件直接绑定在div上，所以事件直接冒泡到DOM树上 3. 事件不断冒泡，直到DOM树的根节点上，默认情况下，根节点上就绑定了这个click事件 4. 执行由live绑定的click事件 5. 检测绑定事件的对象是否存在，判断是否需要继续执行绑定的事件。检测事件对象是通过检测$(event.target).closest('.clickMe') 能否找到匹配的元素来实现的。 6. 通过第5步的测试，如果绑定事件的对象存在的话，就执行绑定的事件。 由于只有在事件发生的时候，live方法才会去检测绑定事件的对象是否存在，所以live方法可以实现后来新增的元素也可实现事件的绑定。相比之下，bind会在事件在绑定阶段就会判断绑定事件的元素是否存在，而且只针对当前元素进行绑定，而不是绑定到父节点上。 根据上面的分析，live的好处真是很强大，那么为什么还要使用bind方法呢？之所以jquery要保留bind方法而不是采用live方法去替代bind，也是因为live在某些情况下是不能够完全替代bind的。如下： 1. bind方法可以绑定任何JavaScript的事件，而live方法在jQuery1.3的时候只支持click、dblclick、 keydown、 keypress、 keyup、mousedown、 mousemove、mouseout、 mouseover和 mouseup。在jQuery 1.4.1中，甚至也支持 focus 和 blue事件了（映射到更合适，并且可以冒泡的focusin和focusout上）。另外，在jQuery 1.4.1中，也能支持hover（映射到"mouseenter、mouseleave"）。 2. live() 并不完全支持通过DOM遍历的方法找到的元素。取而代之的是，应当总是在一个选择器后面直接使用 .live() 方法。 3. 当一个元素采用live方法进行事件的绑定的时候，如果想阻止事件的传递或冒泡，就要在函数中return false,仅仅调用stopPropagation()是无法实现阻止事件的传递或者冒泡的

三、 图片懒加载：

图片延迟加载也称懒加载，通常应用于图片比较多的网页，如果一个页面图片比较多，且页面高度或宽度有好几屏，页面初次加载时，只显示可视区域的图片，当页面滚动的时候，图片进入了可视区域再进行加载，这样可以显著的提高页面的加载速度，更少的图片并发请求数也可以减轻服务器的压力。如果用户仅仅在首屏停留，还可以节省流量。如果TAB中的图片较多，也同样可以应用于TAB中，当触发TAB时再进行图片的加载。 图片延迟加载的原理比较简单，先将图片的真实地址缓存在一个自定义的属性(lazy-src)中，而src地址使用一个1×1的全透明的占位图片来代替，当然占位图片也可以是其他的图片。 <img src="images/placeholder.png" lazy-src="images/realimg.jpg" /> 因为是使用javascript来加载图片，如果用户禁用了javascript，可以设置一个替代的方案。 <img src="images/placeholder.png" lazy-src="images/realimg.jpg" alt="" /> <noscript><img src="images/realimg.jpg" alt="" /></noscript> 页面初次加载时获取图片在页面中的位置并缓存(每次取offset的值会引发页面的reflow)，计算出可视区域，当图片的位置出现在可视区域中，将src的值替换成真实的地址，此时图片就开始加载了。

当页面滚动的时候，再判断图片已经缓存的位置值是否出现在可视区域内，进行替换src加载。当所有的图片都加载完之后，将相应的触发事件卸载，避免重复操作引起的内存泄漏。将整个窗口看成是一个大容器，那么也可以在页面中设置一个小容器，在小容器中也同样可以实现图片的延迟加载。

实例插件下载地址：http://pan.baidu.com/s/1c01sSaW