什么是閉包，我的理解
首先，我覺得，一個概念，如果不理解也不影響使用的話，那么， 就沒必要去理解它、去學習它。閉包就是這樣一個概念，你不理解它也能很好的用它。俺這兩年寫as3程序，是天天在和它打交道，甚至有過一個 function套一個，一個方法中套了20多個function的極端例子，但從未深究過它是怎么實現的，它就像水和空氣一樣，我們不需要知道水是 H2O，空氣是氧氣氮氣二氧化碳等的混合物，也活的好好的。
其次，我覺得，網上對閉包概念的解釋都太狹隘了，看得人蛋疼，就像回到了i++,++i時代一樣。如果非要去理解這個概念，像那樣去理解，則收獲太小，不值得。
維基百科上對閉包的解釋就很經典：
在計算機科學中，閉包（Closure）是詞法閉包（Lexical Closure）的簡稱，是引用了自由變量的函數。這個被引用的自由變量將和這個函數一同存在，即使已經離開了創造它的環境也不例外。所以，有另一種說法 認為閉包是由函數和與其相關的引用環境組合而成的實體。
Peter J. Landin 在1964年將術語閉包定義為一種包含環境成分和控制成分的實體。
下面是我理解的閉包概念。
先看看數學上的閉包。
(1,5) 是一個區間，但對這個區間做分析、計算什么的，經常會用到1和5這兩個不屬于這個區間的值，[1,5]就是(1,5)的閉包。
在生活上，我們辦事情，找A部門，A部門說，你先得找B部門蓋個章，B部門說，你先得找C部門蓋個章，C部門說，這個東西不是我們的職權范圍…… 踢皮球，這就是非閉包。閉包就是負責到底，你找到A部門，A部門接待的那個人負責到底，他/她去協調B部門和C部門。
在工程上，閉包就是項目經理，負責調度項目所需要的資源。老板、客戶有什么事情，直接找項目經理即可，不用再去找其它的人。
在程序語言中，閉包就是一種語法糖，它以很自然的形式，把我們的目的和我們的目的所涉及的資源全給自動打包在一起，以某種自然、盡量不讓人誤解的方式讓人來使用。至于其具體實現，我個人意見，在不影響使用的情況下，不求甚解即可。在很多情況下，需要在一段代碼里去訪問外部的局部變量，不提供這種語法糖，需要寫非常多的代碼，有了閉包這個語法糖，就不用寫這么多代碼，自然而然的就用了。
這樣一來，可以把閉包從一個語法機制提升為一種設計原則：
閉包是從用戶角度考慮的一種設計概念，它基于對上下文的分析，把齷齪的事情、復雜的事情和外部環境交互的事情都自己做了，留給用戶一個很自然的接口。
在這個原則下，函數式語言中，那種所謂的閉包只是一種“閉包”，還有大量的其它類型的“閉包”等待發現和實現。
下面舉出一些閉包設計原則的正例和反例。
正例：
Flex中的數據綁定語法就是一種“閉包”。x="{b.num + c.num}"，對于這個語法，編譯器自動去上下文中尋找叫 b 和 c 的變量，然后再找他們內部 num 變量，如果他們都是可綁定的話，則自動給它們添加上綁定鏈，當 b, c, num 等有任一變動時，更新 x 的值。
反例：
Winform 中的設計就違反了閉包原則，當不是在該UI線程中，更新某些控件的值時，會拋出異常。只能去invoke調用，而invoke的接口很難用，相信很多人對這東東極其反感。
閉包不一定是語法糖。當我們不能直接擴展編譯器時，我們就無法增加語法糖來實現閉包機制，這時，就要用現有的語言機制來實現了。
下面，我們來對winform的invoke方法進行改造，使它滿足閉包原則。下面是代碼：
public class ControlFuncContext { public Control Control { get; private set; } public Delegate Delegate { get; private set; } public ControlFuncContext(Control ctl, Delegate d) { this.Control = ctl; this.Delegate = d; } public void Invoke0() { if (Control.IsHandleCreated == true) { try { Delegate.DynamicInvoke(); } catch(ObjectDisposedException ex) { } } } public void Invoke1<T>(T obj) { if (Control.IsHandleCreated == true) { try { Delegate.DynamicInvoke(obj); } catch (ObjectDisposedException ex) { } } } public void Invoke2<T0,T1>(T0 obj0, T1 obj1) { if (Control.IsHandleCreated == true) { try { Delegate.DynamicInvoke(obj0, obj1); } catch (ObjectDisposedException ex) { } } } } public static class FormClassHelper { public static void InvokeAction(this Control ctl, Action action) { if (ctl.IsHandleCreated == true) { ControlFuncContext fc = new ControlFuncContext(ctl, action); ctl.Invoke(new Action(fc.Invoke0)); } } public static void InvokeAction<T>(this Control ctl, Action<T> action, T obj) { if (ctl.IsHandleCreated == true) { ControlFuncContext fc = new ControlFuncContext(ctl, action); ctl.Invoke(new Action<T>(fc.Invoke1<T>), obj); } } public static void InvokeAction<T0, T1>(this Control ctl, Action<T0, T1> action, T0 obj0, T1 obj1) { if (ctl.IsHandleCreated == true) { ControlFuncContext fc = new ControlFuncContext(ctl, action); ctl.Invoke(new Action<T0, T1>(fc.Invoke2<T0, T1>), obj0, obj1); } } }
使用起來很簡單，直接調用擴展方法 InvokeAction 即可，不必去考慮跨線程還是不跨線程這些“環境因素”，跨線程調用，我們已經通過用戶不必知曉的方式，把它封裝起來了。
再舉個例子，寫程序經常需要這樣一個功能：打開一個圖像文件，然后進行處理。正常寫法很麻煩，比如，那個filter格式就很容易忘記，那么，我們就把它閉包化，把不該讓用戶知道，不該讓用戶敲鍵盤的都給它封裝起來：
public static void OpenFile(this Form element, Action<String> callbackOnFilePath, String filter = "所有文件|*.*") { String filePath; OpenFileDialog dlg = new OpenFileDialog(); dlg.Filter = filter; dlg.FileOk += (object sender, CancelEventArgs e) => { filePath = dlg.FileName; if (callbackOnFilePath != null) callbackOnFilePath(filePath); }; dlg.ShowDialog(); }public static void OpenImageFile(this Form element, Action<String> callbackOnFilePath, String filter = "圖像文件|*.bmp;*.jpg;*.gif;*.png") { OpenFile(element, callbackOnFilePath, filter); }
再舉一個例子，這個例子是as3中的。在Flex中，控件有一個callLater 方法，在下一幀時進行調用。這個方法非常有用，很多時候，非Flex項目也需要這樣的一個方法。下面，我們進行模擬：
package orc.utils
{
import flash.display.Stage;
import flash.events.Event;
public class CallLaterHelper
{
public function CallLaterHelper(stage:Stage, callback:Function)
{
this.callback = callback;
this.stage = stage;
stage.addEventListener(Event.ENTER_FRAME, onStageEnterFrame);
}
private var stage:Stage;
private var callback:Function;
private function onStageEnterFrame(event:Event):void
{
stage.removeEventListener(Event.ENTER_FRAME, onStageEnterFrame);
if(callback != null)
{
callback();
}
}
}
} 然后在基礎控件中，提供callLater方法：
public function callLater(callback:Function):void { new CallLaterHelper(this.stage,callback); }
總結：
（1）閉包是一種設計原則，它通過分析上下文，來簡化用戶的調用，讓用戶在不知曉的情況下，達到他的目的；
（2）網上主流的對閉包剖析的文章實際上是和閉包原則反向而馳的，如果需要知道閉包細節才能用好的話，這個閉包是設計失敗的；
（3）盡量少學習。
來自：http://www.cnblogs.com/xiaotie/archive/2011/08/03/2126145.html
