說下閉包的由來
function a() {var i = 0;function b() {console.log(i);}return b;}var c = a();c();一般來說，當一個函數內部匿名函數用到了自己的變量，並且這個匿名函數被返回了，這就建立了一個閉包，比如上面的代碼
這個時候，就算a調用結束被銷毀，i也會存在不會消失當a定義時，js解釋器會將函數a的作用域鏈設置為定義a時所在環境當執行a時，a會進入相應的執行環境，執行環境創建後才會有作用域scope屬性，然後創建一個活動對象，然後將其置為作用域鏈的頂端
現在a的作用域鏈就有a的活動對像以及window
然後為活動對象加入arguments屬性
這個時候a的返回函數b的引用給了c，b的作用域鏈包含a的活動對象引用，所以c可以訪問到a的活動對象，這個時候a返回後不會被GC
以上便是對閉包的簡單介紹，說多了就容易繞進去了，我們這裡簡單結束，然後進入實際的場景加以說明
實際場景
同事的疑惑
之前一個同事讓我去看一個代碼：
var User = function (opts) {var scope = this;for (var k in opts) {scope['get' + k] = function () {return opts[k];};scope['set' + k] = function (v) {return opts[k] = v;};}};var u = new User({name: '測試',age: 11});代碼本意很簡單，希望對傳入的對像生成get/set方法，但是他這裡就遇到一個閉包問題：
導致這個問題的原因就是返回值內部使用的k永遠是“age”，這個k便是由於getXXX函數共享的活動對象，這裡修改也比較簡單
var User = function (opts) {var scope = this;for (var k in opts) {(function (k) {scope['get' + k] = function () {return opts[k];};scope['set' + k] = function (v) {return opts[k] = v;};})(k);}};var u = new User({name: '測試',age: 11});在for循環內部創建一個立即執行函數，將k傳入，這個時候getXXX函數共享的就是各個匿名函數的“k”了
生成唯一ID
生成唯一ID也是閉包一個經典的使用方式
function getUUID() {var id = 0;return function () {return ++id;}}var uuid = getUUID();這段代碼其實非常有意義，我們在瀏覽器中不停的執行uuid()確實會得到不同的值，但是如果我們只使用getUUID()()的話每次值仍然一樣
導致這個問題的原因是，我們將getUUID執行後的結果賦予uuid，這個時候uuid就保存對其中匿名函數的引用，而匿名函數保存著getUUID的活動對象，所以id一直未銷毀
而直接調用的話，每次都會重新生成活動對象，所以id是不能保存的
一段有意思的代碼
Util.tryUrl = function (url) {var iframe = document.createElement('iframe');iframe.height = 1;iframe.width = 1;iframe.frameBorder = 0;iframe.style.position = 'absolute';iframe.style.left = '-9999px';iframe.style.top = '-9999px';document.body.appendChild(iframe);Util.tryUrl = function (url) {iframe.src = url;};U.tryUrl(url);};這段代碼十分有意思，當我們第一次調用時候會創建一個iframe對象，而第二次調用時候iframe對象就存在了，我們這裡將代碼做一定簡化後
var getUUID = function () {var i = 0;getUUID = function () {return i++;};return getUUID();};這樣調整後，其實並不存在返回函數，但是我們其實依然形成了閉包
事件委託與閉包
我們都知道jquery的on是採用的事件委託，但是真正了解什麼事事件委託仍然要花一定功夫，於是我們這裡來試試
閉包是事件委託實現的基石，我們最後就以事件委託深入學習下閉包結束今天閉包的學習吧
加入我們頁面下有如下dom結構
<input id="input" value="input" type="button" /><div id="div">我是div</div><span id="span">我是span</span><div id="wrapper"><input id="inner" value="我是inner" type="button"/></div>
我們使用zepto的話是使用如下方式綁定事件
$.on('click', 'selector', fn)我們這裡沒有zepto就自己簡單實現吧
事件委託原理
首先事件委託實現的基石是事件冒泡，我們在頁面的每次點擊最終都會冒泡到其父元素，所以我們在document處可以捕捉到所有的事件
知道了這個問題後，我們可以自己實現一個簡單的delegate事件綁定方式：
function delegate(selector, type, fn) {document.addEventListener(type, fn, false);}delegate('#input', 'click', function () {console.log('ttt');});這段代碼是最簡單的實現，首先我們無論點擊頁面什麼地方都會執行click事件，當然這顯然不是我們想要看到的情況，於是我們做處理，讓每次點擊時候觸發他應有的事件
這裡有幾個問題比較尖銳：
① 既然我們事件是綁定到document上面，那麼我怎麼知道我現在是點擊的什麼元素呢
② 就算我能根據e.target獲取當前點擊元素，但是我怎麼知道是哪個元素具有事件呢
③ 就算我能根據selector確定當前點擊的哪個元素需要執行事件，但是我怎麼找得到是哪個事件呢
如果能解決以上問題的話，我們後面的流程就比較簡單了
確定點擊元素是否觸發事件
首先，我們點擊時候可以使用e.target獲取當前點擊元素，然後再根據selector依次尋找其父DOM，如果找得到就應該觸發事件
因為這些都是要在觸發時候才能決定，所以我們需要重寫其fn回調函數，於是簡單操作後：
var arr = [];var slice = arr.slice;var extend = function (src, obj) {var o = {};for (var k in src) {o[k] = src[k];}for (var k in obj) {o[k] = obj[k];}return o;};function delegate(selector, type, fn) {var callback = fn;var handler = function (e) {//選擇器找到的元素var selectorEl = document.querySelector(selector);//當前點擊元素var el = e.target;//確定選擇器找到的元素是否包含當前點擊元素，如果包含就應該觸發事件/*************注意，此處只是簡單實現，實際應用會有許多判斷*************/if (selectorEl.contains(el)) {var evt = extend(e, { currentTarget: selectorEl });evt = [evt].concat(slice.call(arguments, 1));callback.apply(selectorEl, evt);var s = '';}var s = '';};document.addEventListener(type, handler, false);}於是我們可以展開調用了：
delegate('#input', 'click', function () {console.log('input');});delegate('#div', 'click', function () {console.log('div');});delegate('#wrapper', 'click', function () {console.log('wrapper');});delegate('#span', 'click', function () {console.log('span');});delegate('#inner', 'click', function () {console.log('inner');});我們這裡來簡單解析下整個程序
① 我們調用delegate為body增加事件
② 在具體綁定時候，我們將其中的回調給重寫了
③ 在具體點擊時候（綁定幾次事件實際就會觸發幾次click），會獲取當前元素，查看其選擇器搜索的元素是否包含他，如果包含的話便觸發事件
④ 由於這裡每次註冊時候都會形成一個閉包，傳入的callback被維護起來了，所以每次調用便能找到自己的回調函數（這裡對閉包理解很有幫助）
⑤ 最後重寫event句柄的currentTarget，於是一次事件委託就結束了
PS:我這裡實現還有問題的，比如在event的處理上就有問題，但是作為demo的話我便不去關注了，有興趣的朋友自己去看zepto實現吧
事件委託的問題
事件委託可以提高效率但是有一個比較煩的事情就是阻止冒泡沒用
拿上面代碼來說，有一個inner元素和一個wrapper元素，他們是互相包裹關係
但是其執行順序並不是先內再外的事件冒泡順序，因為事件全部綁定到了document上面，所以這裡執行順序便是以其註冊順序所決定
這裡有一個問題便是如何“阻止冒泡”
在inner處完了執行
e.stopImmediatePropagation()
是可以達到目的的，但是仍然要求inner元素必須註冊到之前
除此之外，就只給這種會嵌套的元素綁定一個事件，又e.target決定到底執行哪個事件，具體各位自己斟酌
以上問題在使用backbone可能實際會遇到