最近在做 chrome 插件開發，既然是插件那就難免不對現有頁面做一些控制，比如事件監聽、調整布局、對 DOM 元素的增刪改查等等。其中有一個需求比較有意思，便整理一下順便把涉及到的知識點複習一遍。
需求是這樣的：在一個包含懶加載資源以及動態 DOM 元素生成的頁面中，需要針對頁面中存在的元素添加屬性顯示標籤。
從 DOM 變動事件監聽說起
首先假設大家已經知道 JavaScript 中事件的發生階段(捕獲-命中-冒泡)，附上一張圖帶過這個內容，我們直接進入尋找解決方法的過程。
Graphical representation of an event dispatched in a DOM tree using the DOM event flow
開始的時候我一直在 window 狀態改變涉及到的事件中尋找，一圈搜尋下來發現也就 onload 事件最接近了，所以我們看看 MDN 對該事件的定義：
The load event is fired when a resource and its dependent resources have finished loading.
怎麼理解資源及其依賴資源已加載完畢呢?簡單來說，如果一個頁面涉及到圖片資源，那麼 onload 事件會在頁面完全載入(包括圖片、css文件等等)後觸發。一個簡單的監聽事件用 JavaScript 應該這樣書寫(注意不同環境下 load 和 onload 的差異)：
<script> window.addEventListener("load", function(event) { console.log("All resources finished loading!"); }); // or window.onload=function(){ console.log("All resources finished loading!"); }; // HTML < body onload="SomeJavaScriptCode"> // jQuery $( window ).on( "load", handler ) </script>
當然，說到 onload 事件，有一個 jQuery 中相似的事件一定會被提及—— ready 事件。jQuery 中這樣定義這個事件：
Specify a function to execute when the DOM is fully loaded.
需要知道的是 jQuery 定義的 ready 事件實質上是為 DOMContentLoaded 事件設計的，所以當我們談論加載時應該區分的事件其實是 onload(接口 UIEvent) 以及 DOMContentLoaded(接口 Event)，MDN 這樣描述 DOMContentLoaded：
當初始HTML文檔被完全加載和解析時，DOMContentLoaded 事件被觸發，而無需等待樣式表、圖像和子框架完成加載。另一個不同的事件 load 應該僅用於檢測一個完全加載的頁面。
所以可以知道，當一個頁面加載時應先觸發 DOMContentLoaded 然後才是 onload. 類似的事件及區別包括以下幾類：
DOMContentLoaded: 當初始HTML文檔被完全加載和解析時，DOMContentLoaded 事件被觸發，而無需等待樣式表、圖像和子框架完成加載; readystatechange: 一個document 的 Document.readyState 屬性描述了文檔的加載狀態，當這個狀態發生了變化，就會觸發該事件; load: 當一個資源及其依賴資源已完成加載時，將觸發load事件; beforeunload: 當瀏覽器窗口，文檔或其資源將要卸載時，會觸發beforeunload事件。 unload: 當文檔或一個子資源正在被卸載時, 觸發 unload事件。
細心點會發現上面在介紹事件時提到了 UIEvent 以及 Event，這是什麼呢?這些都是事件——可以被 JavaScript 偵測到的行為。其他的事件接口還包括 KeyboardEvent / VRDisplayEvent (是的，沒錯，這就是你感興趣且熟知的那個 VR)等等;如果在搜尋引擎中稍加搜索，你會發現有些資料裡寫到事件可以分為以下幾類：
UI事件 焦點事件 滑鼠與滾輪事件 鍵盤與文本事件 複合事件 變動事件 HTML5 事件 設備事件 觸摸與手勢事件
但這樣寫實在有些凌亂，其中一些是 DOM3 定義的事件，有一些是單獨列出的事件，如果你覺得熟悉那麼你會發現這是 JavaScript 高級程序設計裡的敘述模式，在我看來，理解這些事件可以按照 DOM3 事件以及其他事件來做區分：其中，DOM3 級事件規定了以下幾類事件 – UI 事件, 焦點事件, 滑鼠事件, 滾輪事件, 文本事件, 鍵盤事件, 合成事件, 變動事件, 變動名稱事件; 而剩下的例如 HTML5 事件可以單獨做了解。而剛開始提到的 Event 作為一個主要接口，是很多事件的實現父類。有關 Web API 接口可以在這裡查到，裡面可以看到有很多 Event 字眼。
好吧，事件說了這麼多，我們還是沒有解決剛開始提出的問題，如果監聽頁面中動態生成的元素呢?想到動態生成的元素都是需要通過網絡請求獲取資源的，那麼是否可以監聽所有 HTTP 請求呢?查看 jQuery 文檔可以知道每當一個Ajax請求完成，jQuery 就會觸發 ajaxComplete 事件，在這個時間點所有處理函數會使用 .ajaxComplete() 方法註冊並執行。但是誰能保證所有 ajax 都從 jQuery 走呢?所以應該在變動事件中做出選擇，我們來看看 DOM2 定義的如下變動事件：
DOMSubtreeModified: 在DOM結構發生任何變化的時候。這個事件在其他事件觸發後都會觸發; DOMNodeInserted: 當一個節點作為子節點被插入到另一個節點中時觸發; DOMNodeRemoved: 在節點從其父節點中移除時觸發; DOMNodeInsertedIntoDocument: 在一個節點被直接插入文檔或通過子樹間接插入文檔之後觸發。這個事件在 DOMNodeInserted 之後觸發; DOMNodeRemovedFromDocument: 在一個節點被直接從文檔移除或通過子樹間接從文檔移除之前觸發。這個事件在 DOMNodeRemoved 之後觸發; DOMAttrModified: 在特性被修改之後觸發; DOMCharacterDataModified: 在文本節點的值發生變化時觸發;
所以，用 DOMSubtreeModified 好像沒錯。師兄旁邊提醒，用 MutationObserver, 於是又搜到了一個新大陸。MDN 這樣描述 MutationObserver：
MutationObserver給開發者們提供了一種能在某個範圍內的DOM樹發生變化時作出適當反應的能力.該API設計用來替換掉在DOM3事件規範中引入的Mutation事件.
DOM3 事件規範中的 Mutation 事件可以被簡單看成是 DOM2 事件規範中定義的 Mutation 事件的一個擴展，但是這些都不重要了，因為他們都要被 MutationObserver 替代了。好了，那麼來詳細介紹一下 MutationObserver 吧。文章《Mutation Observer API》對 MutationObserver 的用法介紹的比較詳細，所以我挑幾點能直接解決我們需求的說一說。
既然要監聽 DOM 的變化，我們來看看 Observer 的作用都有哪些：
它等待所有腳本任務完成後，才會運行，即採用異步方式。
它把 DOM 變動記錄封裝成一個數組進行處理，而不是一條條地個別處理 DOM 變動。
它既可以觀察發生在 DOM 的所有類型變動，也可以觀察某一類變動。
MutationObserver 的構造函數比較簡單，傳入一個回調函數即可(回調函數接受兩個參數，第一個是變動數組，第二個是觀察器實例)：
let observer = new MutationObserver(callback);
觀察器實例使用 observe 方法來監聽， disconnect 方法停止監聽，takeRecords 方法來清除變動記錄。
let article = document.body; let options = { 'childList': true, 'attributes':true } ; observer.observe(article, options);
observe 方法中第一個參數是所要觀察的變動 DOM 元素，第二個參數則接收所要觀察的變動類型(子節點變動和屬性變動)。變動類型包括以下幾種：
childList：子節點的變動。 attributes：屬性的變動。 characterData：節點內容或節點文本的變動。 subtree：所有後代節點的變動。
想要觀察哪一種變動類型，就在 option 對象中指定它的值為 true。需要注意的是，如果設置觀察 subtree 的變動，必須同時指定 childList、attributes 和 characterData 中的一種或多種。disconnect 方法和 takeRecords 方法則直接調用即可，無傳入參數。
好的，我們已經搞定了 DOM 變動的監聽，將代碼刷新一下看下效果吧，因為頁面由很多動態生成的商品組成，那麼我應該在 body 上添加變動監聽，所以 options 應該這樣設置：
var options = { 'attributes': true, 'subtree': true }
咦?頁面往下拉一小點就觸發了 observer 幾十次?這樣 DOM 哪吃得消啊，查看了頁面的變動記錄發現每次新進的資源底層都調用了 Node.insertBefore() 方法…
再聊聊 JavaScript 中的截流/節流函數
現在遇到的一個麻煩是， DOM 變動太頻繁了，如果每次變動都監聽那真是太耗費資源了。一個簡單的解決辦法是我就放棄監聽了，而採用 setInterval 方法定時執行更新邏輯。是的，雖然方法原始了一點，但是性能上比 Observer 「改進」了不少。
這個時候，又來了師兄的助攻：「用用截流函數」。記起之前看《JavaScript 語言精粹》的時候看到是用 setTimeout 方法自調用來解決 setInteval 的頻繁執行吃資源的現象，不知道兩者是不是有關聯。網上一查發現有兩個「jie流函數」。需求來自於這裡：
在前端開發中，頁面有時會綁定scroll或resize事件等頻繁觸發的事件，也就意味著在正常的操作之內，會多次調用綁定的程序，然而有些時候javascript需要處理的事情特別多，頻繁出發就會導致性能下降、成頁面卡頓甚至是瀏覽器奔潰。
如果重複利用 setTimeout 和 clearTimeout 方法，我們好像可以解決這個頻繁觸發的執行。每次事件觸發的時候我首先判斷一下當前有沒有一個 setTimeout 定時器，如果有的話我們先將它清除，然後再新建一個 setTimeout 定時器來延遲我的響應行為。這樣聽上去還不錯，因為我們每次都不立即執行我們的響應，而頻繁觸發過程我們又能保持響應函數一直存在(且只存在一個)，除了會有些延遲響應外，沒什麼不好的。是的這就是截流函數(debounce)，有一篇博客用這個小故事介紹它：
形像的比喻是橡皮球。如果手指按住橡皮球不放，它就一直受力，不能反彈起來，直到鬆手。debounce 的關注點是空閒的間隔時間。
在我的業務中，在 observer 實例中調用下面寫的這個截流函數就可以啦
/** * fn 執行函數 * context 綁定上下文 * timeout 延時數值 **/ let debounce = function(fn, context, timeout) { let timer; // 利用閉包將內容傳遞出去 return function() { if (timer) { // 清除定時器 clearTimeout(timer); } // 設置一個新的定時器 timer = setTimeout(function(){ fn.apply(context, arguments) }, timeout); } }
當然，解決了自己的問題，但還有一個概念沒有說到——「節流函數」。同一篇博文裡也使用了一個例子來說明它：
形像的比喻是水龍頭或機槍，你可以控制它的流量或頻率。throttle 的關注點是連續的執行間隔時間。
函數節流的原理也挺簡單，一樣還是定時器。當我觸發一個時間時，先setTimout讓這個事件延遲一會再執行，如果在這個時間間隔內又觸發了事件，那我們就清除原來的定時器，再setTimeout一個新的定時器延遲一會執行。函數節流的出發點，就是讓一個函數不要執行得太頻繁，減少一些過快的調用來節流。這裡用 AlloyTeam 的節流代碼實現來解釋：
// 參數同上 var throttle = function(fn, delay, mustRunDelay){ var timer = null; var t_start; return function(){ var context = this, args = arguments, t_curr = +new Date(); // 清除定時器 clearTimeout(timer); // 函數初始化判斷 if(!t_start){ t_start = t_curr; } // 超時（指定的時間間隔）判斷 if(t_curr - t_start >= mustRunDelay){ fn.apply(context, args); t_start = t_curr; } else { timer = setTimeout(function(){ fn.apply(context, args); }, delay); } }; };
當然，AlloyTeam 那篇文章將這裡所說的截流函數作為節流函數的 V1.0 版本，你也可以這樣認為。畢竟，設置了必然觸發執行的時間間隔(即 mustRunDelay 函數)，可以使得截流函數不會在「瘋狂事件」情況下無止境的循環下去。
Observer 和截流函數一結合，問題解決啦嘿嘿。當然還有很多坑，下次再開一篇說說吧。
參考
https://developer.mozilla.org/en-US/docs/Web/Events/DOMContentLoaded https://developer.mozilla.org/zh-CN/docs/Web/Events/load https://developer.mozilla.org/zh-CN/docs/Web/API/EventTarget/addEventListener http://www.cnblogs.com/fsjohnhuang/p/4147810.html http://www.alloyteam.com/2012/11/javascript-throttle/
點讚 0