Query提供了多種綁定事件的方式，每種方式各有其特點(diǎn)，明白了它們之間的異同點(diǎn)，有助于我們?cè)趯懘a的時(shí)候進(jìn)行正確的選擇，從而寫出優(yōu)雅而容易維護(hù)的代碼。下面我們來(lái)看下jQuery中綁定事件的方式都有哪些。

　　jQuery中提供了四種事件監(jiān)聽方式，分別是bind、live、delegate、on，對(duì)應(yīng)的解除監(jiān)聽的函數(shù)分別是unbind、die、undelegate、off。在開始看他們之前，先來(lái)聲明一個(gè)例子，各函數(shù)的用法將圍繞這個(gè)例子進(jìn)行，

　　同時(shí)再聲明一個(gè)函數(shù)，用來(lái)作為監(jiān)聽函數(shù)，JS代碼如下：

　　function getHtml（）{

　　alert（this.innerHTML）;

　　}

　　1、bind（type，［data］，function（eventObject））

　　bind是使用頻率較高的一種，作用就是在選擇到的元素上綁定特定事件類型的監(jiān)聽函數(shù)，參數(shù)的含義如下：

　　type：事件類型，如click、change、mouseover等;

　　data：傳入監(jiān)聽函數(shù)的參數(shù)，通過event.data取到。可選;

　　function：監(jiān)聽函數(shù)，可傳入event對(duì)象，這里的event是jQuery封裝的event對(duì)象，與原生的event對(duì)象有區(qū)別，使用時(shí)需要注意。

　　我們來(lái)瞄一眼bind的源碼：

　　bind： function（ types， data， fn ） {

　　return this.on（ types， null， data， fn ）;

　　}

　　可以看到內(nèi)部是調(diào)用了on方法，這個(gè)on是什么樣的呢？稍后我們?cè)倏?。先用我們上面的例子?lái)試試：

　　$（‘#myol li’）.bind（‘click’，getHtml）;

　　bind的特點(diǎn)就是會(huì)把監(jiān)聽器綁定到目標(biāo)元素上，有一個(gè)綁一個(gè)，在頁(yè)面上的元素不會(huì)動(dòng)態(tài)添加的時(shí)候使用它沒什么問題。但如果列表中動(dòng)態(tài)增加一個(gè)“列表元素5”，點(diǎn)擊它是沒有反應(yīng)的，必須再bind一次才行。要想不這么麻煩，我們可以使用live。

　　jQuery還有一種事件綁定的簡(jiǎn)寫方式如a.click（function（）{}）;、a.change（function（）{}）;等，它們的作用與bind一樣，僅僅是簡(jiǎn)寫而已。

　　2、live（type， ［data］， fn）

　　live的參數(shù)和bind一樣，它又有什么蹊蹺呢，我們還是先瞄一眼源碼：

　　live： function（ types， data， fn ） {

　　jQuery（ this.context ）.on（ types， this.selector， data， fn ）;

　　return this;

　　}

　　可以看到live方法并沒有將監(jiān)聽器綁定到自己（this）身上，而是綁定到了this.context上了。這個(gè)context是什么東西呢？其實(shí)就是元素的限定范圍，看了下面的代碼就清楚了：

　　$（‘#myol li’）.context; //document

　　$（‘#myol li’，‘#myol’）.context; //document

　　$（‘#myol li’，$（‘#myol’）［0］）; //ol

　　通常情況下，我們都不會(huì)像第三種方式那樣使用選擇器，所以也就認(rèn)為這個(gè)context通常就是document了，即live方法把監(jiān)聽器綁定到了document上了。不把監(jiān)聽器直接綁定在元素上，你是不是想起事件委托機(jī)制來(lái)了呢？若沒有，可以點(diǎn)擊這里回憶一下。live正是利用了事件委托機(jī)制來(lái)完成事件的監(jiān)聽處理，把節(jié)點(diǎn)的處理委托給了document。在監(jiān)聽函數(shù)中，我們可以用event.currentTarget來(lái)獲取到當(dāng)前捕捉到事件的節(jié)點(diǎn)。下面的例子來(lái)揭曉：

　　$（‘#myol li’）.live（‘click’，getHtml）;

　　使用事件委托的優(yōu)點(diǎn)一目了然，新添加的元素不必再綁定一次監(jiān)聽器。看來(lái)live這貨還真不錯(cuò)，以后拋棄bind就用它了！可以嗎？答案是否定的，而且是大大的否定。因?yàn)閷⒈O(jiān)聽器綁定到了document上，所以事件的處理得等待層層冒泡，直到冒泡到根節(jié)點(diǎn)才開始處理，在DOM樹較深或者節(jié)點(diǎn)的嵌套關(guān)系很復(fù)雜時(shí)，會(huì)有意想不到的結(jié)果，根節(jié)點(diǎn)的負(fù)擔(dān)太重了。就像四世同堂、五世同堂，甚至八世同堂（現(xiàn)實(shí)中不太可能，但在HTML中層級(jí)關(guān)系可能遠(yuǎn)比這還多），老爺子肯定記不清哪個(gè)孫子是哪個(gè)兒子的，哪個(gè)重孫又是哪個(gè)兒子的兒子的，老爺子腦子一亂，糊涂了，事情就辦錯(cuò)了。為此，jQuery官方已宣布在1.7版本開始廢棄live，改用其他方式代替。所以我們也順應(yīng)號(hào)召，罷用此方法。

　　正因?yàn)閘ive存在那樣的缺點(diǎn)，所以我們就思考，既然老爺子負(fù)擔(dān)那么重，可不可以別把監(jiān)聽器綁定在document上呢，綁定在就近的父級(jí)元素上不就好了。順應(yīng)正常邏輯，delegate誕生了。

　　3、delegate（selector，type，［data］，fn）

　　參數(shù)多了一個(gè)selector，用來(lái)指定觸發(fā)事件的目標(biāo)元素，監(jiān)聽器將被綁定在調(diào)用此方法的元素上?？纯丛创a：

　　delegate： function（ selector， types， data， fn ） {

　　return this.on（ types， selector， data， fn ）;

　　}

　　又是調(diào)用了on，并且把selector傳給了on?？磥?lái)這個(gè)on真的是舉足輕重的東西。照樣先不管它?？纯词纠龋?/p>

　　$（‘#myol’）.delegate（‘li’，‘click’，getHtml）;

　　我們?cè)诶又袑⒈O(jiān)聽器綁定到ol上，event.currentTarget顯示當(dāng)前捕獲到事件的元素是ol。這下，我們的選擇又多了一些靈活性，不單可以利用事件委托，還可以選擇委托的對(duì)象。畢竟老麻煩同一個(gè)人幫忙很不好嘛。對(duì)于如何選擇委托對(duì)象，還是需要一定的策略的，畢竟父級(jí)元素可以有很多。我覺得原則應(yīng)該是選擇最近的“穩(wěn)定”元素，選擇最近是因?yàn)槭录梢愿斓拿芭萆先ィ軌蛟诘谝粫r(shí)間進(jìn)行處理。所謂“穩(wěn)定”是指該父級(jí)元素是一開始就在頁(yè)面上的，不是動(dòng)態(tài)添加上來(lái)的，而且將來(lái)也不會(huì)消失掉，這樣可以保證它可以時(shí)時(shí)監(jiān)控著自己的孩子。

　　看了這么多，你是不是迫不及待想看看這個(gè)on的真實(shí)面目了呢，這就來(lái)：

　　4、on（type，［selector］，［data］，fn）

　　參數(shù)與delegate差不多但還是有細(xì)微的差別，首先type與selector換位置了，其次selector變?yōu)榱丝蛇x項(xiàng)。交換位置的原因不好查證，應(yīng)該是為了讓視覺上更舒服一些吧。

　　我們先不傳selector來(lái)看一個(gè)例子：

　　$（‘#myol li’）.on（‘click’，getHtml）;

　　可以看到event.currentTarget是li自己，與bind的效果一樣。至于傳selector進(jìn)去，就是跟delegate一樣的意義了，除了參數(shù)順序不同，其他完全一樣。

　　終于看到on的真實(shí)作用了，那么，這么多的事件綁定方式，我們?cè)撊绾芜M(jìn)行選擇呢？

　　其實(shí)這個(gè)問題是完全不必糾結(jié)的，因?yàn)槟阋呀?jīng)知道他們之間的區(qū)別了不是么？根據(jù)實(shí)際情況斟酌使用就行。不過官方有一個(gè)推薦就是盡量使用on，因?yàn)槠渌椒ǘ际莾?nèi)部調(diào)用on來(lái)完成的，直接使用on可以提高效率，而且你完全可以用on來(lái)代替其他三種寫法。至于如何代替我想就不必這么直白的寫出來(lái)了，真正理解它們的區(qū)別之后自然而然也就不是難事了。