jq给元素绑定事件的方法有4种，
1.bind() 2.live() 3.live() 4.on() //on常用
一：bind(type,[data],function(eventObject))
bind是使用频率较高的一种，作用就是在选择到的元素上绑定特定事件类型的监听函数，参数的含义如下：
type:事件类型，如click、change、mouseover等;
data:传入监听函数的参数，通过event.data取到。可选;
function:监听函数，可传入event对象，这里的event是jQuery封装的event对象，与原生的event对象有区别，使用时需要注意
bind的源码：
|
1
2
3
4
5
6
7
|
bind:
function
( types, data, fn ) {
return
this
.on( types,
null
, data, fn );
}
$(
'#myol li'
).bind(
'click'
,getHtml);
|
bind的特点就是会把监听器绑定到目标元素上，有一个绑一个，在页面上的元素不会动态添加的时候使用它没什么问题。但如果列表中动态增加一个“列表元素5”，点击它是没有反应的，必须再bind一次才行。要想不这么麻烦，我们可以使用live。
jQuery还有一种事件绑定的简写方式如a.click(function(){});、a.change(function(){});等，它们的作用与bind一样，仅仅是简写而已。
二：live(type, [data], fn)
live的参数和bind一样，它又有什么蹊跷呢，我们还是先瞄一眼源码：
|
1
2
3
4
5
6
7
|
live:
function
( types, data, fn ) {
jQuery(
this
.context ).on( types,
this
.selector, data, fn );
return
this
;
}
|
可以看到live方法并没有将监听器绑定到自己(this)身上，而是绑定到了this.context上了。这个context是什么东西呢?其实就是元素的限定范围，看了下面的代码就清楚了：
|
1
2
3
4
5
|
$(
'#myol li'
).context;
//document
$(
'#myol li'
,
'#myol'
).context;
//document
$(
'#myol li'
,$(
'#myol'
)[0]);
//ol
|
通常情况下，我们都不会像第三种方式那样使用选择器，所以也就认为这个context通常就是document了，即live方法把监听器绑定到了 document上了。不把监听器直接绑定在元素上，你是不是想起事件委托机制来了呢?若没有，可以点击这里回忆一下。live正是利用了事件委托机制来 完成事件的监听处理，把节点的处理委托给了document。在监听函数中，我们可以用event.currentTarget来获取到当前捕捉到事件的 节点。下面的例子来揭晓：
|
1
|
$(
'#myol li'
).live(
'click'
,getHtml);
|
三：live存在那样的缺点，所以我们就思考，既然老爷子负担那么重，可不可以别把监听器绑定在document上呢，绑定在就近的父级元素上不就好了。顺应正常逻辑，delegate诞生了。
参数多了一个selector，用来指定触发事件的目标元素，监听器将被绑定在调用此方法的元素上。看看源码：
|
1
2
3
4
5
|
delegate:
function
( selector, types, data, fn ) {
return
this
.on( types, selector, data, fn );
}
|
又是调用了on，并且把selector传给了on。看来这个on真的是举足轻重的东西。照样先不管它。看看示例先：
|
1
|
$(
'#myol'
).delegate(
'li'
,
'click'
,getHtml);
|
看了这么多，你是不是迫不及待想看看这个on的真实面目了呢，这就来：
|
1
|
on(type,[selector],[data],fn)
|
参数与delegate差不多但还是有细微的差别，首先type与selector换位置了，其次selector变为了可选项。交换位置的原因不好查证，应该是为了让视觉上更舒服一些吧。
我们先不传selector来看一个例子：
|
1
|
$(
'#myol li'
).on(
'click'
,getHtml);
|
推荐就是尽量使用on，因为其他 方法都是内部调用on来完成的，
直接使用on可以提高效率，而且你完全可以用on来代替其他三种写法。