事件觸發(fā)器從字面意思上可以很好的理解，就是用來(lái)觸發(fā)事件的，但是有些沒(méi)有用過(guò)的朋友可能就會(huì)迷惑了，事件不是通常都由用戶(hù)在頁(yè)面上的實(shí)際操作來(lái)觸發(fā)的嗎？這個(gè)觀點(diǎn)不完全正確，因?yàn)橛行┦录仨氂沙绦騺?lái)實(shí)現(xiàn)，如自定義事件，jQuery的ajax框架的一些自定義事件就必須由事件觸發(fā)器來(lái)實(shí)現(xiàn)。當(dāng)然，在一些特殊情況下，用事件觸發(fā)器來(lái)觸發(fā)事件比用戶(hù)的實(shí)際操作來(lái)觸發(fā)事件更方便。

對(duì)于實(shí)現(xiàn)事件觸發(fā)器，瀏覽器都有原生的方法來(lái)支持，但是在兼容性上又有很大的出入，這種兼容性的問(wèn)題完全在意料之中，IE有自己的方法，其他標(biāo)準(zhǔn)瀏覽器也有一套方法，不說(shuō)誰(shuí)的方法好與不好，對(duì)于WEB開(kāi)發(fā)者來(lái)說(shuō)搞出幾套方法就是對(duì)開(kāi)發(fā)人員的一種折磨。IE支持fireEvent方法來(lái)實(shí)現(xiàn)事件觸發(fā)，標(biāo)準(zhǔn)瀏覽器支持dispatchEvent來(lái)實(shí)現(xiàn)事件觸發(fā)，兩面派的IE9是兩者都支持。下面是出自prototype.js的源碼(其實(shí)我是從司徒正美的博客復(fù)制過(guò)來(lái)的)：

上面的方法可以兼容主流的瀏覽器以實(shí)現(xiàn)事件觸發(fā)器的功能。但是對(duì)于一些封裝好的事件處理系統(tǒng)，如jQuery的event模塊，就沒(méi)這么簡(jiǎn)單了，只能通過(guò)模擬來(lái)實(shí)現(xiàn)了。我在之前寫(xiě)過(guò)一個(gè)很簡(jiǎn)單的事件處理系統(tǒng)，最近又碰到自定義事件的需求，于是在之前的事件系統(tǒng)的基礎(chǔ)上模擬了一個(gè)事件觸發(fā)器，代碼如下：

模擬的原理并不難，給某元素綁定一個(gè)事件處理函數(shù)，如果有觸發(fā)事件的實(shí)際操作就會(huì)執(zhí)行相應(yīng)的事件處理函數(shù)，所以要達(dá)到事件觸發(fā)器的功能只要獲取到相應(yīng)的事件處理函數(shù)然后執(zhí)行就差不多了，這是最基本的。

在實(shí)際的事件發(fā)生時(shí)瀏覽器會(huì)生成一個(gè)event對(duì)象，里面包含了一些事件發(fā)生時(shí)的屬性和信息。如果沒(méi)有實(shí)際的事件發(fā)生是沒(méi)有這個(gè)event對(duì)象的，所以上面的代碼也創(chuàng)建了一個(gè)event對(duì)象滿(mǎn)足最基本的功能。

還有事件冒泡，如果沒(méi)有實(shí)際的事件發(fā)生，自然也不會(huì)有冒泡的行為，那么如果要模擬冒泡的功能，就必須不斷的查找父元素并檢查是否綁定了相同類(lèi)型的事件，直至到document和window為止，如果結(jié)構(gòu)復(fù)雜，這種遞歸調(diào)用的方法性能估計(jì)會(huì)不怎么樣。

最后是瀏覽器的默認(rèn)行為，我覺(jué)得這個(gè)要去模擬相當(dāng)麻煩，麻煩到不知如何去實(shí)現(xiàn)，比如a標(biāo)簽?zāi)J(rèn)的跳轉(zhuǎn)，我測(cè)試了jQuery的trigger，也沒(méi)有實(shí)現(xiàn)，但是一些其他的行為貌似又在API手冊(cè)中有介紹。畢竟這個(gè)功能不是很重要，暫時(shí)也沒(méi)做過(guò)多的深究。