關于閉包 · JavaScript基礎

1. 簡介 2. 基于對象的屬性名解析 3. 值的指定 4. 值的讀取 5. 標識符解析、執行環境和作用域鏈 6. 執行環境 7. 作用域鏈與 [[scope]] 8. 標識符解析 9. 閉包 10. 自動垃圾收集 11. 構成閉包 12. 通過閉包可以做什么？ 13. 例 1：為函數引用設置延時 14. 例 2：通過對象實例方法關聯函數 15. 例 3：包裝相關的功能 16. 其他例子 17. 意外的閉包 18. Internet Explorer 的內在泄漏問題 <a name="clIntro"></a>簡介</h2><blockquote> <dl> <dt> <a name="clDefN"></a>Closure</dt> <dd>所謂“閉包”，指的是一個擁有許多變量和綁定了這些變量的環境的表達式（通常是一個函數），因而這些變量也是該表達式的一部分。</dd> <dd></dd> </dl></blockquote>閉包是 ECMAScript （JavaScript）最強大的特性之一，但用好閉包的前提是必須理解閉包。閉包的創建相對容易，人們甚至會在不經意間創建閉包，但這些無意創建的閉包卻存在潛在的危害，尤其是在比較常見的瀏覽器環境下。如果想要揚長避短地使用閉包這一特性，則必須了解它們的工作機制。而閉包工作機制的實現很大程度上有賴于標識符（或者說對象屬性）解析過程中作用域的角色。關于閉包，最簡單的描述就是 ECMAScript 允許使用內部函數－－即函數定義和函數表達式位于另一個函數的函數體內。而且，這些內部函數可以訪問它們所在的外部函數中聲明的所有局部變量、參數和聲明的其他內部函數。當其中一個這樣的內部函數在包含它們的外部函數之外被調用時，就會形成閉包。也就是說，內部函數會在外部函數返回后被執行。而當這個內部函數執行時，它仍然必需訪問其外部函數的局部變量、參數以及其他內部函數。這些局部變量、參數和函數聲明（最初時）的值是外部函數返回時的值，但也會受到內部函數的影響。遺憾的是，要適當地理解閉包就必須理解閉包背后運行的機制，以及許多相關的技術細節。雖然本文的前半部分并沒有涉及 ECMA 262 規范指定的某些算法，但仍然有許多無法回避或簡化的內容。對于個別熟悉對象屬性名解析的人來說，可以跳過相關的內容，但是除非你對閉包也非常熟悉，否則最好是不要跳過下面幾節。<h2> <a name="clResO"></a>對象屬性名解析</h2>ECMAScript 認可兩類對象：原生（Native）對象和宿主（Host）對象，其中宿主對象包含一個被稱為內置對象的原生對象的子類（ECMA 262 3rd Ed Section 4.3）。原生對象屬于語言，而宿主對象由環境提供，比如說可能是文檔對象、DOM 等類似的對象。原生對象具有松散和動態的命名屬性（對于某些實現的內置對象子類別而言，動態性是受限的－－但這不是太大的問題）。對象的命名屬性用于保存值，該值可以是指向另一個對象（Objects）的引用（在這個意義上說，函數也是對象），也可以是一些基本的數據類型，比如：String、Number、Boolean、Null 或 Undefined。其中比較特殊的是 Undefined 類型，因為可以給對象的屬性指定一個 Undefined 類型的值，而不會刪除對象的相應屬性。而且，該屬性只是保存著 <code>undefined</code> 值。下面簡要介紹一下如何設置和讀取對象的屬性值，并最大程度地體現相應的內部細節。<h3> <a name="clResA"></a>值的賦予</h3>對象的命名屬性可以通過為該命名屬性賦值來創建，或重新賦值。即，對于：var objectRef = new Object(); //創建一個普通的 javascript 對象。可以通過下面語句來創建名為 “testNumber” 的屬性：objectRef.testNumber = 5;/* - 或- */objectRef["testNumber"] = 5;在賦值之前，對象中沒有“testNumber” 屬性，但在賦值后，則創建一個屬性。之后的任何賦值語句都不需要再創建這個屬性，而只會重新設置它的值：objectRef.testNumber = 8;/* - 或- */objectRef["testNumber"] = 8;稍后我們會介紹，Javascript 對象都有原型（prototypes）屬性，而這些原型本身也是對象，因而也可以帶有命名的屬性。但是，原型對象命名屬性的作用并不體現在賦值階段。同樣，在將值賦給其命名屬性時，如果對象沒有該屬性則會創建該命名屬性，否則會重設該屬性的值。<h3> <a name="clResR"></a>值的讀取</h3>當讀取對象的屬性值時，原型對象的作用便體現出來。如果對象的原型中包含屬性訪問器（property accessor）所使用的屬性名，那么該屬性的值就會返回： /* 為命名屬性賦值。如果在賦值前對象沒有相應的屬性，那么賦值后就會得到一個：*/objectRef.testNumber = 8;/* 從屬性中讀取值 */var val = objectRef.testNumber;/* 現在， - val - 中保存著剛賦給對象命名屬性的值 8*/ 而且，由于所有對象都有原型，而原型本身也是對象，所以原型也可能有原型，這樣就構成了所謂的原型鏈。原型鏈終止于鏈中原型為 null 的對象。<code>Object</code> 構造函數的默認原型就有一個 null 原型，因此：var objectRef = new Object(); //創建一個普通的 JavaScript 對象。創建了一個原型為 <code>Object.prototype</code> 的對象，而該原型自身則擁有一個值為 null 的原型。也就是說，<code>objectRef</code> 的原型鏈中只包含一個對象－－ <code>Object.prototype</code>。但對于下面的代碼而言： /* 創建 - MyObject1 - 類型對象的函數*/function MyObject1(formalParameter){ /* 給創建的對象添加一個名為 - testNumber - 的屬性并將傳遞給構造函數的第一個參數指定為該屬性的值：*/ this.testNumber = formalParameter;}/* 創建 - MyObject2 - 類型對象的函數*/function MyObject2(formalParameter){ /* 給創建的對象添加一個名為 - testString - 的屬性并將傳遞給構造函數的第一個參數指定為該屬性的值：*/ this.testString = formalParameter;} /* 接下來的操作用 MyObject1 類的實例替換了所有與 MyObject2 類的實例相關聯的原型。而且，為 MyObject1 構造函數傳遞了參數 - 8 - ，因而其 - testNumber - 屬性被賦予該值：*/MyObject2.prototype = new MyObject1( 8 ); /* 最后，將一個字符串作為構造函數的第一個參數，創建一個 - MyObject2 - 的實例，并將指向該對象的引用賦給變量 - objectRef - ：*/var objectRef = new MyObject2( "String_Value" );被變量 <code>objectRef</code> 所引用的 <code>MyObject2</code> 的實例擁有一個原型鏈。該鏈中的第一個對象是在創建后被指定給 <code>MyObject2</code> 構造函數的 prototype 屬性的 <code>MyObject1</code> 的一個實例。<code>MyObject1</code> 的實例也有一個原型，即與 <code>Object.prototype</code> 所引用的對象對應的默認的 Object 對象的原型。最后， <code>Object.prototype</code> 有一個值為 null 的原型，因此這條原型鏈到此結束。當某個屬性訪問器嘗試讀取由 <code>objectRef</code> 所引用的對象的屬性值時，整個原型鏈都會被搜索。在下面這種簡單的情況下：var val = objectRef.testString;因為 <code>objectRef</code> 所引用的 <code>MyObject2</code> 的實例有一個名為“testString”的屬性，因此被設置為“String_Value”的該屬性的值被賦給了變量 <code>val</code>。但是：var val = objectRef.testNumber;則不能從 <code>MyObject2</code> 實例自身中讀取到相應的命名屬性值，因為該實例沒有這個屬性。然而，變量 <code>val</code> 的值仍然被設置為 <code>8</code>，而不是未定義－－這是因為在該實例中查找相應的命名屬性失敗后，解釋程序會繼續檢查其原型對象。而該實例的原型對象是 <code>MyObject1</code> 的實例，這個實例有一個名為“testNumber”的屬性并且值為 <code>8</code>，所以這個屬性訪問器最后會取得值 <code>8</code>。而且，雖然 <code>MyObject1</code> 和 <code>MyObject2</code> 都沒有定義 <code>toString</code> 方法，但是當屬性訪問器通過 <code>objectRef</code> 讀取 <code>toString</code> 屬性的值時：var val = objectRef.toString;變量 <code>val</code> 也會被賦予一個函數的引用。這個函數就是在 <code>Object.prototype</code> 的 <code>toString</code> 屬性中所保存的函數。之所以會返回這個函數，是因為發生了搜索<code>objectRef</code> 原型鏈的過程。當在作為對象的 <code>objectRef</code> 中發現沒有“toString”屬性存在時，會搜索其原型對象，而當原型對象中不存在該屬性時，則會繼續搜索原型的原型。而原型鏈中最終的原型是<code>Object.prototype</code>，這個對象確實有一個 <code>toString</code> 方法，因此該方法的引用被返回。最后：var val = objectRef.madeUpProperty;返回 <code>undefined</code>，因為在搜索原型鏈的過程中，直至 <code>Object.prototype</code> 的原型－－null，都沒有找到任何對象有名為“madeUpPeoperty”的屬性，因此最終返回 <code>undefined</code>。不論是在對象或對象的原型中，讀取命名屬性值的時候只返回首先找到的屬性值。而當為對象的命名屬性賦值時，如果對象自身不存在該屬性則創建相應的屬性。這意味著，如果執行像 <code>objectRef.testNumber = 3</code> 這樣一條賦值語句，那么這個 <code>MyObject2</code> 的實例自身也會創建一個名為“testNumber”的屬性，而之后任何讀取該命名屬性的嘗試都將獲得相同的新值。這時候，屬性訪問器不會再進一步搜索原型鏈，但 <code>MyObject1</code> 實例值為 <code>8</code> 的“testNumber”屬性并沒有被修改。給 <code>objectRef</code> 對象的賦值只是遮擋了其原型鏈中相應的屬性。注意：ECMAScript 為 Object 類型定義了一個內部 <code>[[prototype]]</code> 屬性。這個屬性不能通過腳本直接訪問，但在屬性訪問器解析過程中，則需要用到這個內部 <code>[[prototype]]</code> 屬性所引用的對象鏈－－即原型鏈。可以通過一個公共的 <code>prototype</code> 屬性，來對與內部的 <code>[[prototype]]</code> 屬性對應的原型對象進行賦值或定義。這兩者之間的關系在 ECMA 262（3rd edition）中有詳細描述，但超出了本文要討論的范疇。<h2> <a name="clIRExSc"></a>標識符解析、執行環境和作用域鏈</h2><h3> <a name="clExCon"></a>執行環境</h3>執行環境是 ECMAScript 規范（ECMA 262 第 3 版）用于定義 ECMAScript 實現必要行為的一個抽象的概念。對如何實現執行環境，規范沒有作規定。但由于執行環境中包含引用規范所定義結構的相關屬性，因此執行環境中應該保有（甚至實現）帶有屬性的對象－－即使屬性不是公共屬性。所有 JavaScript 代碼都是在一個執行環境中被執行的。全局代碼（作為內置的 JS 文件執行的代碼，或者 HTML 頁面加載的代碼）是在我將稱之為“全局執行環境”的執行環境中執行的，而對函數的每次調用（有可能是作為構造函數）同樣有關聯的執行環境。通過 <code>eval</code> 函數執行的代碼也有截然不同的執行環境，但因為 JavaScript 程序員在正常情況下一般不會使用 <code>eval</code>，所以這里不作討論。有關執行環境的詳細說明請參閱 ECMA 262（第 3 版）第 10.2 節。當調用一個 JavaScript 函數時，該函數就會進入相應的執行環境。如果又調用了另外一個函數（或者遞歸地調用同一個函數），則又會創建一個新的執行環境，并且在函數調用期間執行過程都處于該環境中。當調用的函數返回后，執行過程會返回原始執行環境。因而，運行中的 JavaScript 代碼就構成了一個執行環境棧。在創建執行環境的過程中，會按照定義的先后順序完成一系列操作。首先，在一個函數的執行環境中，會創建一個“活動”對象。活動對象是規范中規定的另外一種機制。之所以稱之為對象，是因為它擁有可訪問的命名屬性，但是它又不像正常對象那樣具有原型（至少沒有預定義的原型），而且不能通過 JavaScript 代碼直接引用活動對象。為函數調用創建執行環境的下一步是創建一個 <code>arguments</code> 對象，這是一個類似數組的對象，它以整數索引的數組成員一一對應地保存著調用函數時所傳遞的參數。這個對象也有 <code>length</code> 和<code>callee</code> 屬性（這兩個屬性與我們討論的內容無關，詳見規范）。然后，會為活動對象創建一個名為“arguments”的屬性，該屬性引用前面創建的 <code>arguments</code> 對象。接著，為執行環境分配作用域。作用域由對象列表（鏈）組成。每個函數對象都有一個內部的 <code>[[scope]]</code> 屬性（該屬性我們稍后會詳細介紹），這個屬性也由對象列表（鏈）組成。指定給一個函數調用執行環境的作用域，由該函數對象的 <code>[[scope]]</code> 屬性所引用的對象列表（鏈）組成，同時，活動對象被添加到該對象列表的頂部（鏈的前端）。之后會發生由 ECMA 262 中所謂“可變”對象完成的“變量實例化”的過程。只不過此時使用活動對象作為可變對象（這里很重要，請注意：它們是同一個對象）。此時會將函數的形式參數創建為可變對象命名屬性，如果調用函數時傳遞的參數與形式參數一致，則將相應參數的值賦給這些命名屬性（否則，會給命名屬性賦 <code>undefined</code> 值）。對于定義的內部函數，會以其聲明時所用名稱為可變對象創建同名屬性，而相應的內部函數則被創建為函數對象并指定給該屬性。變量實例化的最后一步是將在函數內部聲明的所有局部變量創建為可變對象的命名屬性。根據聲明的局部變量創建的可變對象的屬性在變量實例化過程會被賦予 <code>undefined</code> 值。在執行函數體內的代碼、并計算相應的賦值表達式之前不會對局部變量執行真正的實例化。事實上，擁有 <code>arguments</code> 屬性的活動對象和擁有與函數局部變量對應的命名屬性的可變對象是同一個對象。因此，可以將標識符 <code>arguments</code> 作為函數的局部變量來看待。 <a name="note1"></a><a href="http://reg.renren.com/xn6253.do?ss=10130&rt=2">回到頂部</a>最后，在this可以被使用之前，還必須先對其賦值。如果賦的值是一個對象的引用，則 this.m 訪問的便是該對象上的 m。如果（內部）賦的值是 null，則this就指向全局對象。（此段由<a href="http://reg.renren.com/xn6253.do?ss=10130&rt=2">pangba 劉未鵬</a> 翻譯）（原文備考：Finally a value is assigned for use with the this keyword. If the value assigned refers to an object then property accessors prefixed with the this keyword reference properties of that object. If the value assigned (internally) is null then the this keyword will refer to the global object. ）創建全局執行環境的過程會稍有不同，因為它沒有參數，所以不需要通過定義的活動對象來引用這些參數。但全局執行環境也需要一個作用域，而它的作用域鏈實際上只由一個對象－－全局對象－－組成。全局執行環境也會有變量實例化的過程，它的內部函數就是涉及大部分 JavaScript 代碼的、常規的頂級函數聲明。而且，在變量實例化過程中全局對象就是可變對象，這就是為什么全局性聲明的函數是全局對象屬性的原因。全局性聲明的變量同樣如此。全局執行環境也會使用 <code>this</code> 對象來引用全局對象。<h3> <a name="clScCh"></a>作用域鏈與 [[scope]]</h3>調用函數時創建的執行環境會包含一個作用域鏈，這個作用域鏈是通過將該執行環境的活動（可變）對象添加到保存于所調用函數對象的 <code>[[scope]]</code> 屬性中的作用域鏈前端而構成的。所以，理解函數對象內部的 <code>[[scope]]</code> 屬性的定義過程至關重要。在 ECMAScript 中，函數也是對象。函數對象在變量實例化過程中會根據函數聲明來創建，或者是在計算函數表達式或調用 <code>Function</code> 構造函數時創建。通過調用 <code>Function</code> 構造函數創建的函數對象，其內部的 <code>[[scope]]</code> 屬性引用的作用域鏈中始終只包含全局對象。通過函數聲明或函數表達式創建的函數對象，其內部的 <code>[[scope]]</code> 屬性引用的則是創建它們的執行環境的作用域鏈。在最簡單的情況下，比如聲明如下全局函數：-function exampleFunction(formalParameter){ ... // 函數體內的代碼}當為創建全局執行環境而進行變量實例化時，會根據上面的函數聲明創建相應的函數對象。因為全局執行環境的作用域鏈中只包含全局對象，所以它就給自己創建的、并以名為“exampleFunction”的屬性引用的這個函數對象的內部 <code>[[scope]]</code> 屬性，賦予了只包含全局對象的作用域鏈。當在全局環境中計算函數表達式時，也會發生類似的指定作用域鏈的過程：-var exampleFuncRef = function(){ ... // 函數體代碼}在這種情況下，不同的是在全局執行環境的變量實例化過程中，會先為全局對象創建一個命名屬性。而在計算賦值語句之前，暫時不會創建函數對象，也不會將該函數對象的引用指定給全局對象的命名屬性。但是，最終還是會在全局執行環境中創建這個函數對象（當計算函數表達式時。譯者注），而為這個創建的函數對象的 <code>[[scope]]</code> 屬性指定的作用域鏈中仍然只包含全局對象。內部的函數聲明或表達式會導致在包含它們的外部函數的執行環境中創建相應的函數對象，因此這些函數對象的作用域鏈會稍微復雜一些。在下面的代碼中，先定義了一個帶有內部函數聲明的外部函數，然后調用外部函數：function exampleOuterFunction(formalParameter){ function exampleInnerFuncitonDec(){ ... // 內部函數體代碼 } ... // 其余的外部函數體代碼}exampleOuterFunction( 5 );與外部函數聲明對應的函數對象會在全局執行環境的變量實例化過程中被創建。因此，外部函數對象的 <code>[[scope]]</code> 屬性中會包含一個只有全局對象的“單項目”作用域鏈。當在全局執行環境中調用 <code>exampleOuterFunction</code> 函數時，會為該函數調用創建一個新的執行環境和一個活動（可變）對象。這個新執行環境的作用域就由新的活動對象后跟外部函數對象的 <code>[[scope]]</code> 屬性所引用的作用域鏈（只有全局對象）構成。在新執行環境的變量實例化過程中，會創建一個與內部函數聲明對應的函數對象，而同時會給這個函數對象的 <code>[[scope]]</code> 屬性指定創建該函數對象的執行環境（即新執行環境。譯者注）的作用域值－－即一個包含活動對象后跟全局對象的作用域鏈。到目前為止，所有過程都是自動、或者由源代碼的結構所控制的。但我們發現，執行環境的作用域鏈定義了執行環境所創建的函數對象的 <code>[[scope]]</code> 屬性，而函數對象的 <code>[[scope]]</code> 屬性則定義了它的執行環境的作用域（包括相應的活動對象）。不過，ECMAScript 也提供了用于修改作用域鏈 <code>with</code> 語句。 <code>with</code> 語句會計算一個表達式，如果該表達式是一個對象，那么就將這個對象添加到當前執行環境的作用域鏈中（在活動<可變>對象之前）。然后，執行 <code>with</code> 語句（它自身也可能是一個語句塊）中的其他語句。之后，又恢復到調用它之前的執行環境的作用域鏈中。 <code>with</code> 語句不會影響在變量實例化過程中根據函數聲明創建函數對象。但是，可以在一個 <code>with</code> 語句內部對函數表達式求值：- /* 創建全局變量 - y - 它引用一個對象：- */var y = {x:5}; // 帶有一個屬性 - x - 的對象直接量function exampleFuncWith(){ var z; /* 將全局對象 - y - 引用的對象添加到作用域鏈的前端：- */ with(y){ /* 對函數表達式求值，以創建函數對象并將該函數對象的引用指定給局部變量 - z - :- */ z = function(){ ... // 內部函數表達式中的代碼; } } ... }/* 執行 - exampleFuncWith - 函數:- */exampleFuncWith();在調用 <code>exampleFuncWith</code> 函數所創建的執行環境中包含一個由其活動對象后跟全局對象構成的作用域鏈。而在執行 <code>with</code> 語句時，又會把全局變量 <code>y</code> 引用的對象添加到這個作用域鏈的前端。在對其中的函數表達式求值的過程中，所創建函數對象的 <code>[[scope]]</code> 屬性與創建它的執行環境的作用域保持一致－－即，該屬性會引用一個由對象 <code>y</code> 后跟調用外部函數時所創建執行環境的活動對象，后跟全局對象的作用域鏈。當與 <code>with</code> 語句相關的語句塊執行結束時，執行環境的作用域得以恢復（<code>y</code> 會被移除），但是已經創建的函數對象（<code>z</code>。譯者注）的 <code>[[scope]]</code> 屬性所引用的作用域鏈中位于最前面的仍然是對象 <code>y</code>。<h3> <a name="clIdRes"></a>標識符解析</h3>標識符是沿作用域鏈逆向解析的。ECMA 262 將 <code>this</code> 歸類為關鍵字而不是標識符，并非不合理。因為解析 <code>this</code> 值時始終要根據使用它的執行環境來判斷，而與作用域鏈無關。標識符解析從作用域鏈中的第一個對象開始。檢查該對象中是否包含與標識符對應的屬性名。因為作用域鏈是一條對象鏈，所以這個檢查過程也會包含相應對象的原型鏈（如果有）。如果沒有在作用域鏈的第一個對象中發現相應的值，解析過程會繼續搜索下一個對象。這樣依次類推直至找到作用域鏈中包含以標識符為屬性名的對象為止，也有可能在作用域鏈的所有對象中都沒有發現該標識符。當基于對象使用屬性訪問器時，也會發生與上面相同的標識符解析過程。當屬性訪問器中有相應的屬性可以替換某個對象時，這個屬性就成為表示該對象的標識符，該對象在作用域鏈中的位置進而被確定。全局對象始終都位于作用域鏈的尾端。因為與函數調用相關的執行環境將會把活動（可變）對象添加到作用域鏈的前端，所以在函數體內使用的標識符會首先檢查自己是否與形式參數、內部函數聲明的名稱或局部變量一致。這些都可以由活動（可變）對象的命名屬性來確定。<h2> <a name="clClose"></a>閉包</h2><h3> <a name="clAtGb"></a>自動垃圾收集</h3>ECMAScript 要求使用自動垃圾收集機制。但規范中并沒有詳細說明相關的細節，而是留給了實現來決定。但據了解，相當一部分實現對它們的垃圾收集操作只賦予了很低的優先級。但是，大致的思想都是相同的，即如果對象不再“可引用（由于不存在對它的引用，使執行代碼無法再訪問到它）”時，該對象就成為垃圾收集的目標。因而，在將來的某個時刻會將這個對象銷毀并將它所占用的一切資源釋放，以便操作系統重新利用。正常情況下，當退出一個執行環境時就會滿足類似的條件。此時，作用域鏈結構中的活動（可變）對象以及在該執行環境中創建的任何對象－－包括函數對象，都不再“可引用”，因此將成為垃圾收集的目標。<h3> <a name="clFrmC"></a>構成閉包</h3>閉包是通過在對一個函數調用的執行環境中返回一個函數對象構成的。比如，在對函數調用的過程中，將一個對內部函數對象的引用指定給另一個對象的屬性。或者，直接將這樣一個（內部）函數對象的引用指定給一個全局變量、或者一個全局性對象的屬性，或者一個作為參數以引用方式傳遞給外部函數的對象。例如：-function exampleClosureForm(arg1, arg2){ var localVar = 8; function exampleReturned(innerArg){ return ((arg1 + arg2)/(innerArg + localVar)); } /* 返回一個定義為 exampleReturned 的內部函數的引用 -:- */ return exampleReturned;}var globalVar = exampleClosureForm(2, 4);這種情況下，在調用外部函數 <code>exampleClosureForm</code> 的執行環境中所創建的函數對象就不會被當作垃圾收集，因為該函數對象被一個全局變量所引用，而且仍然是可以訪問的，甚至可以通過 <code>globalVar(n)</code> 來執行。的確，情況比正常的時候要復雜一些。因為現在這個被變量 <code>globalVar</code> 引用的內部函數對象的 <code>[[scope]]</code> 屬性所引用的作用域鏈中，包含著屬于創建該內部函數對象的執行環境的活動對象（和全局對象）。由于在執行被 <code>globalVar</code> 引用的函數對象時，每次都要把該函數對象的 <code>[[scope]]</code> 屬性所引用的整個作用域鏈添加到創建的（內部函數的）執行環境的作用域中（即此時的作用域中包括：內部執行環境的活動對象、外部執行環境的活動對象、全局對象。譯者注），所以這個（外部執行環境的）活動對象不會被當作垃圾收集。閉包因此而構成。此時，內部函數對象擁有自由的變量，而位于該函數作用域鏈中的活動（可變）對象則成為與變量綁定的環境。由于活動（可變）對象受限于內部函數對象（現在被 <code>globalVar</code> 變量引用）的 <code>[[scope]]</code> 屬性中作用域鏈的引用，所以活動對象連同它的變量聲明－－即屬性的值，都會被保留。而在對內部函數調用的執行環境中進行作用域解析時，將會把與活動（可變）對象的命名屬性一致的標識符作為該對象的屬性來解析。活動對象的這些屬性值即使是在創建它的執行環境退出后，仍然可以被讀取和設置。在上面的例子中，當外部函數返回（退出它的執行環境）時，其活動（可變）對象的變量聲明中記錄了形式參數、內部函數定義以及局部變量的值。<code>arg1</code> 屬性的值為 <code>2</code>，而 <code>arg2</code> 屬性的值為<code>4</code>，<code>localVar</code> 的值是 <code>8</code>，還有一個 <code>exampleReturned</code> 屬性，它引用由外部函數返回的內部函數對象。（為方便起見，我們將在后面的討論中，稱這個活動<可變>對象為 "ActOuter1"）。如果再次調用 <code>exampleClosureForm</code> 函數，如：-var secondGlobalVar = exampleClosureForm(12, 3);- 則會創建一個新的執行環境和一個新的活動對象。而且，會返回一個新的函數對象，該函數對象的 <code>[[scope]]</code> 屬性引用的作用域鏈與前一次不同，因為這一次的作用域鏈中包含著第二個執行環境的活動對象，而這個活動對象的屬性 <code>arg1</code> 值為 <code>12</code> 而屬性 <code>arg2</code> 值為 <code>3</code>。（為方便起見，我們將在后面的討論中，稱這個活動<可變>對象為 "ActOuter2"）。通過第二次執行 <code>exampleClosureForm</code> 函數，第二個、也是截然不同的閉包誕生了。通過執行 <code>exampleClosureForm</code> 創建的兩個函數對象分別被指定給了全局變量 <code>globalVar</code> 和 <code>secondGlobalVar</code>，并返回了表達式 <code>((arg1 + arg2)/(innerArg + localVar))</code>。該表達式對其中的四個標識符應用了不同的操作符。如何確定這些標識符的值是體現閉包價值的關鍵所在。我們來看一看，在執行由 <code>globalVar</code> 引用的函數對象－－如 <code>globalVar(2)</code>－－時的情形。此時，會創建一個新的執行環境和相應的活動對象（我們將稱之為“ActInner1”），并把該活動對象添加到執行的函數對象的 <code>[[scope]]</code> 屬性所引用的作用域鏈的前端。ActInner1 會帶有一個屬性 <code>innerArg</code>，根據傳遞的形式參數，其值被指定為 <code>2</code>。這個新執行環境的作用域鏈變成： ActInner1->ActOuter1->全局對象.為了返回表達式 <code>((arg1 + arg2)/(innerArg + localVar))</code> 的值，要沿著作用域鏈進行標識符解析。表達式中標識符的值將通過依次查找作用域鏈中每個對象（與標識符名稱一致）的屬性來確定。作用域鏈中的第一個對象是 ActInner1，它有一個名為 <code>innerArg</code> 的屬性，值是 <code>2</code>。所有其他三個標識符在 ActOuter1 中都有對應的屬性：<code>arg1</code> 是 <code>2</code>，<code>arg2</code> 是 <code>4</code> 而 <code>localVar</code> 是 <code>8</code>。最后，函數調用返回 <code>((2 + 2)/(2 + 8))</code>。現在再來看一看由 <code>secondGlobalVar</code> 引用的同一個函數對象的執行情況，比如 <code>secondGlobalVar(5)</code>。我們把這次創建的新執行環境的活動對象稱為 “ActInner2”，相應的作用域鏈就變成了：ActInner2->ActOuter2->全局對象。ActInner2 返回 <code>innerArg</code> 的值 <code>5</code>，而 ActOuter2 分別返回 <code>arg1</code>、<code>arg2</code> 和 <code>localVar</code> 的值 <code>12</code>、<code>3</code> 和 <code>8</code>。函數調用返回的值就是<code>((12 + 3)/(5 + 8))</code>。如果再執行一次 <code>secondGlobalVar</code>，則又會有一個新活動對象被添加到作用域鏈的前端，但 ActOuter2 仍然是鏈中的第二個對象，而他的命名屬性會再次用于完成標識符 <code>arg1</code>、<code>arg2</code> 和<code>localVar</code> 的解析。這就是 ECMAScript 的內部函數獲取、維持和訪問創建他們的執行環境的形式參數、聲明的內部函數以及局部變量的過程。這個過程說明了構成閉包以后，內部的函數對象在其存續過程中，如何維持對這些值的引用、如何對這些值進行讀取的機制。即，創建內部函數對象的執行環境的活動（可變）對象，會保留在該函數對象的 <code>[[scope]]</code> 屬性所引用的作用域鏈中。直到所有對這個內部函數的引用被釋放，這個函數對象才會成為垃圾收集的目標（連同它的作用域鏈中任何不再需要的對象）。內部函數自身也可能有內部函數。在通過函數執行返回內部函數構成閉包以后，相應的閉包自身也可能會返回內部函數從而構成它們自己的閉包。每次作用域鏈嵌套，都會增加由創建內部函數對象的執行環境引發的新活動對象。ECMAScript 規范要求作用域鏈是臨時性的，但對作用域鏈的長度卻沒有加以限制。在具體實現中，可能會存在實際的限制，但還沒有發現有具體限制數量的報告。目前來看，嵌套的內部函數所擁有的潛能，仍然超出了使用它們的人的想像能力。<h2> <a name="clClDo"></a>通過閉包可以做什么？</h2>對這個問題的回答可能會令你驚訝－－閉包什么都可以做。據我所知，閉包使得 ECMAScript 能夠模仿任何事物，因此局限性在于設計和實現要模仿事物的能力。只是從字面上看可能會覺得這么說很深奧，下面我們就來看一些更有實際意義的例子。<h3> <a name="clSto"></a>例 1：為函數引用設置延時</h3>閉包的一個常見用法是在執行函數之前為要執行的函數提供參數。例如：將函數作為 <code>setTimout</code> 函數的第一個參數，這在 Web 瀏覽器的環境下是非常常見的一種應用。 <code>setTimeout</code> 用于有計劃地執行一個函數（或者一串 JavaScript 代碼，不是在本例中），要執行的函數是其第一個參數，其第二個參數是以毫秒表示的執行間隔。也就是說，當在一段代碼中使用 <code>setTimeout</code> 時，要將一個函數的引用作為它的第一個參數，而將以毫秒表示的時間值作為第二個參數。但是，傳遞函數引用的同時無法為計劃執行的函數提供參數。然而，可以在代碼中調用另外一個函數，由它返回一個對內部函數的引用，再把這個對內部函數對象的引用傳遞給 <code>setTimeout</code> 函數。執行這個內部函數時要使用的參數在調用返回它的外部函數時傳遞。這樣，<code>setTimeout</code> 在執行這個內部函數時，不用傳遞參數，但該內部函數仍然能夠訪問在調用返回它的外部函數時傳遞的參數：function callLater(paramA, paramB, paramC){ /* 返回一個由函數表達式創建的匿名內部函數的引用:- */ return (function(){ /* 這個內部函數將通過 - setTimeout - 執行，而且當它執行時它會讀取并按照傳遞給外部函數的參數行事： */ paramA[paramB] = paramC; });}.../* 調用這個函數將返回一個在其執行環境中創建的內部函數對象的引用。傳遞的參數最終將作為外部函數的參數被內部函數使用。返回的對內部函數的引用被賦給一個全局變量:- */ var functRef = callLater(elStyle, "display", "none");/* 調用 setTimeout 函數，將賦給變量 - functRef - 的內部函數的引用作為傳遞的第一個參數:- */ hideMenu=setTimeout(functRef, 500);<h3> <a name="clObjI"></a>例 2: 通過對象實例方法關聯函數</h3> <a name="note2"></a><a href="http://reg.renren.com/xn6253.do?ss=10130&rt=2">回到頂部</a>許多時候我們需要將一個函數對象暫時掛到一個引用上留待后面執行，因為不等到執行的時候是很難知道其具體參數的，而先前將它賦給那個引用的時候更是壓根不知道的。（此段由<a href="http://reg.renren.com/xn6253.do?ss=10130&rt=2">pangba 劉未鵬</a> 翻譯）（luyy朋友的翻譯_2008-7-7更新）很多時候需要將一個函數引用進行賦值，以便在將來某個時候執行該函數，在執行這些函數時給函數提供參數將會是有用處的，但這些參數在執行時不容易獲得，他們只有在上面賦值給時才能確定。（原文備考：There are many other circumstances when a reference to a function object is assigned so that it would be executed at some future time where it is useful to provide parameters for the execution of that function that would not be easily available at the time of execution but cannot be known until the moment of assignment.）一個相關的例子是，用 JavaScript 對象來封裝與特定 DOM 元素的交互。這個 JavaScript 對象具有 <code>doOnClick</code>、<code>doMouseOver</code> 和 <code>doMouseOut</code> 方法，并且當用戶在該特定的 DOM 元素中觸發了相應的事件時要執行這些方法。不過，可能會創建與不同的 DOM 元素關聯的任意數量的 JavaScript 對象，而且每個對象實例并不知道實例化它們的代碼將會如何操縱它們（即注冊事件處理函數與定義相應的事件處理函數分離。譯者注）。這些對象實例并不知道如何在全局環境中引用它們自身，因為它們不知道將會指定哪個全局變量（如果有）引用它們的實例。因而問題可以歸結為執行一個與特定的 JavaScript 對象關聯的事件處理函數，并且要知道調用該對象的哪個方法。下面這個例子使用了一個基于閉包構建的一般化的函數（此句多謝未鵬指點），該函數會將對象實例與 DOM 元素事件關聯起來，安排執行事件處理程序時調用對象實例的指定方法，給象的指定方法傳遞的參數是事件對象和與元素關聯的引用，該函數返回執行相應方法后的返回值。 /* 一個關聯對象實例和事件處理器的函數。它返回的內部函數被用作事件處理器。對象實例以 - obj - 參數表示，而在該對象實例中調用的方法名則以 - methodName - （字符串）參數表示。 */ function associateObjWithEvent(obj, methodName){ /* 下面這個返回的內部函數將作為一個 DOM 元素的事件處理器*/ return (function(e){ /* 在支持標準 DOM 規范的瀏覽器中，事件對象會被解析為參數 - e - ，若沒有正常解析，則使用 IE 的事件對象來規范化事件對象。 */ ... </div>