JavaScript クロージャの基礎となる動作メカニズム-jsチュートリアル-php.cn

Wikipediaの説明はあまり役に立ちません。クロージャはいつ作成され、いつ破棄されますか?具体的な実装は何ですか?

rreee

ついに答えがわかったので、興奮してみんなに説明することにしました。少なくとも私はこの答えを絶対に忘れません。

JavaScript クロージャの基礎となる動作メカニズム

そして、クロージャに関連する既存の情報を読んだとき、オブジェクトがどのように参照されるか、オブジェクトがどのように存在するか、それらの間の継承関係は何か、など、すべての間のつながりについて頭の中で一生懸命考えました。これらの責任関係を示す適切な図が見つからなかったので、自分で図を描くことにしました。

読者はすでに JavaScript に精通していて、グローバルオブジェクトとは何か、関数が JavaScript の「ファーストクラスオブジェクト」であることなどを知っていると仮定します。

スコープチェーン

JavaScript の実行時には、ローカル変数を保存するためのスペースが必要です。これらの空間を Scope オブジェクトと呼び、LexicalEnvironments と呼ばれることもあります。たとえば、関数を呼び出すと、関数はいくつかのローカル変数を定義し、これらの変数はスコープオブジェクトに格納されます。スコープ関数は通常の JavaScript オブジェクトと考えることができますが、大きな違いの 1 つは、このオブジェクトを JavaScript で直接取得できないことです。このオブジェクトのプロパティの変更のみが可能ですが、このオブジェクトへの参照を取得することはできません。

スコープオブジェクトの概念により、JavaScript は C や C++ とは大きく異なります。 C および C++ では、ローカル変数はスタックに格納されます。 JavaScript では、スコープオブジェクトはヒープ上に作成されるため (少なくともそのように動作します)、関数が戻った後も破棄されることなくアクセスできます。

ご想像のとおり、スコープオブジェクトは親スコープオブジェクトを持つことができます。コードが変数にアクセスしようとすると、インタープリターは現在のスコープオブジェクトでこのプロパティを検索します。プロパティが存在しない場合、インタープリターは親スコープオブジェクトでプロパティを探します。このようにして、プロパティが見つかるか、親スコープオブジェクトがなくなるまで、親スコープオブジェクトまで検索が続けられます。変数を見つける過程で通過するスコープオブジェクト上のスコープチェーン (スコープチェーン) に乗ります。

スコープチェーンで変数を見つけるプロセスは、プロトタイプの継承に非常に似ています。ただし、大きく異なるのは、プロトタイプチェーンでプロパティが見つからない場合、エラーは発生しませんが、未定義になることです。ただし、スコープチェーンに存在しないプロパティにアクセスしようとすると、ReferenceError が発生します。

スコープチェーンの最上位要素はグローバルオブジェクトです。グローバル環境で実行される JavaScript コードでは、スコープチェーンには常に 1 つの要素 (グローバルオブジェクト) のみが含まれます。したがって、グローバル環境で変数を定義すると、それらはグローバルオブジェクトで定義されます。関数が呼び出されるとき、スコープチェーンには複数のスコープオブジェクトが含まれます。

グローバル環境で実行されるコード

さて、理論は以上です。次に実際のコードを見てみましょう。

"use strict";
var myClosure = (function outerFunction() {
  var hidden = 1;
  return {
    inc: function innerFunction() {
      return hidden++;
    }
  };
}());
myClosure.inc();  // 返回 1
myClosure.inc();  // 返回 2
myClosure.inc();  // 返回 3
// 相信对JS熟悉的朋友都能很快理解这段代码
// 那么在这段代码运行的背后究竟发生了怎样的事情呢？

ログイン後にコピー

グローバル環境に 2 つの変数を作成しました。先ほども言いましたが、このときのスコープオブジェクトはグローバルオブジェクトです。上記のコードには、実行コンテキスト (myScript.js 独自のコード) と、それが参照するスコープオブジェクトがあります。グローバルオブジェクトにはさまざまなプロパティも含まれていますが、ここでは無視します。

入れ子になっていない関数 JavaScript クロージャの基礎となる動作メカニズム

次に、このコードを見てみましょう

"use strict";
var foo = 1;
var bar = 2;
function myFunc() {
  //-- define local-to-function variables
  var a = 1;
  var b = 2;
  var foo = 3;
  console.log("inside myFunc");
}
console.log("outside");
//-- and then, call it:
myFunc();

ログイン後にコピー

当myFunc被定义的时候，myFunc的标识符（identifier）就被加到了当前的作用域对象中（在这里就是全局对象），并且这个标识符所引用的是一个函数对象（function object）。函数对象中所包含的是函数的源代码以及其他的属性。其中一个我们所关心的属性就是内部属性[[scope]]。[[scope]]所指向的就是当前的作用域对象。也就是指的就是函数的标识符被创建的时候，我们所能够直接访问的那个作用域对象（在这里就是全局对象）。

JavaScript クロージャの基礎となる動作メカニズム

所以，在console.log("outside")被运行之前，对象之间的关系是如下图所示。

JavaScript クロージャの基礎となる動作メカニズム

温习一下。myFunc所引用的函数对象其本身不仅仅含有函数的代码，并且还含有指向其被创建的时候的作用域对象。这一点非常重要！

当myFunc函数被调用的时候，一个新的作用域对象被创建了。新的作用域对象中包含myFunc函数所定义的本地变量，以及其参数（arguments）。这个新的作用域对象的父作用域对象就是在运行myFunc时我们所能直接访问的那个作用域对象。

所以，当myFunc被执行的时候，对象之间的关系如下图所示。

JavaScript クロージャの基礎となる動作メカニズム

现在我们就拥有了一个作用域链。当我们试图在myFunc当中访问某些变量的时候，JavaScript会先在其能直接访问的作用域对象（这里就是myFunc() scope）当中查找这个属性。如果找不到，那么就在它的父作用域对象当中查找（在这里就是Global Object）。如果一直往上找，找到没有父作用域对象为止还没有找到的话，那么就会抛出一个ReferenceError。

例如，如果我们在myFunc中要访问a这个变量，那么在myFunc scope当中就可以找到它，得到值为1。

如果我们尝试访问foo，我们就会在myFunc() scope中得到3。只有在myFunc() scope里面找不到foo的时候，JavaScript才会往Global Object去查找。所以，这里我们不会访问到Global Object里面的foo。

如果我们尝试访问bar，我们在myFunc() scope当中找不到它，于是就会在Global Object当中查找，因此查找到2。

很重要的是，只要这些作用域对象依然被引用，它们就不会被垃圾回收器（garbage collector）销毁，我们就一直能访问它们。当然，当引用一个作用域对象的最后一个引用被解除的时候，并不代表垃圾回收器会立刻回收它，只是它现在可以被回收了。

所以，当myFunc()返回的时候，再也没有人引用myFunc() scope了。当垃圾回收结束后，对象之间的关系变成回了调用前的关系。

JavaScript クロージャの基礎となる動作メカニズム

接下来，为了图表直观起见，我将不再将函数对象画出来。但是，请永远记着，函数对象里面的[[scope]]属性，保存着该函数被定义的时候所能够直接访问的作用域对象。

嵌套的函数（Nested functions）

正如前面所说，当一个函数返回后，没有其他对象会保存对其的引用。所以，它就可能被垃圾回收器回收。但是如果我们在函数当中定义嵌套的函数并且返回，被调用函数的一方所存储呢？（如下面的代码）

function myFunc() {
  return innerFunc() {
    // ...
  }
}
var innerFunc = myFunc();

ログイン後にコピー

你已经知道的是，函数对象中总是有一个[[scope]]属性，保存着该函数被定义的时候所能够直接访问的作用域对象。所以，当我们在定义嵌套的函数的时候，这个嵌套的函数的[[scope]]就会引用外围函数（Outer function）的当前作用域对象。

如果我们将这个嵌套函数返回，并被另外一个地方的标识符所引用的话，那么这个嵌套函数及其[[scope]]所引用的作用域对象就不会被垃圾回收所销毁。

"use strict";
function createCounter(initial) {
  var counter = initial;
  function increment(value) {
    counter += value;
  }
  function get() {
    return counter;
  }
  return {
    increment: increment,
    get: get
  };
}
var myCounter = createCounter(100);
console.log(myCounter.get());   // 返回 100
myCounter.increment(5);
console.log(myCounter.get());   // 返回 105

ログイン後にコピー

当我们调用createCounter(100)的那一瞬间，对象之间的关系如下图

JavaScript クロージャの基礎となる動作メカニズム

注意increment和get函数都存有指向createCounter(100) scope的引用。如果createCounter(100)没有任何返回值，那么createCounter(100) scope不再被引用，于是就可以被垃圾回收。但是因为createCounter(100)实际上是有返回值的，并且返回值被存储在了myCounter中，所以对象之间的引用关系变成了如下图所示

JavaScript クロージャの基礎となる動作メカニズム

所以，createCounter(100)虽然已经返回了，但是它的作用域对象依然存在，可以且仅只能被嵌套的函数（increment和get）所访问。

让我们试着运行myCounter.get()。刚才说过，函数被调用的时候会创建一个新的作用域对象，并且该作用域对象的父作用域对象会是当前可以直接访问的作用域对象。所以，当myCounter.get()被调用时的一瞬间，对象之间的关系如下。

JavaScript クロージャの基礎となる動作メカニズム

在myCounter.get()运行的过程中，作用域链最底层的对象就是get() scope，这是一个空对象。所以，当myCounter.get()访问counter变量时，JavaScript在get() scope中找不到这个属性，于是就向上到createCounter(100) scope当中查找。然后，myCounter.get()将这个值返回。

调用myCounter.increment(5)的时候，事情变得更有趣了，因为这个时候函数调用的时候传入了参数。

JavaScript クロージャの基礎となる動作メカニズム

正如你所见，increment(5)的调用创建了一个新的作用域对象，并且其中含有传入的参数value。当这个函数尝试访问value的时候，JavaScript立刻就能在当前的作用域对象找到它。然而，这个函数试图访问counter的时候，JavaScript无法在当前的作用域对象找到它，于是就会在其父作用域createCounter(100) scope中查找。

我们可以注意到，在createCounter函数之外，除了被返回的get和increment两个方法，没有其他的地方可以访问到value这个变量了。这就是用闭包实现“私有变量”的方法。

我们注意到initial变量也被存储在createCounter()所创建的作用域对象中，尽管它没有被用到。所以，我们实际上可以去掉var counter = initial;，将initial改名为counter。但是为了代码的可读性起见，我们保留原有的代码不做变化。

需要注意的是作用域链是不会被复制的。每次函数调用只会往作用域链下面新增一个作用域对象。所以，如果在函数调用的过程当中对作用域链中的任何一个作用域对象的变量进行修改的话，那么同时作用域链中也拥有该作用域对象的函数对象也是能够访问到这个变化后的变量的。

这也就是为什么下面这个大家都很熟悉的例子会不能产出我们想要的结果。

"use strict";
var elems = document.getElementsByClassName("myClass"), i;
for (i = 0; i < elems.length; i++) {
  elems[i].addEventListener("click", function () {
    this.innerHTML = i;
  });
}

ログイン後にコピー

在上面的循环中创建了多个函数对象，所有的函数对象的[[scope]]都保存着对当前作用域对象的引用。而变量i正好就在当前作用域链中，所以循环每次对i的修改，对于每个函数对象都是能够看到的。

“看起来一样的”函数，不一样的作用域对象

现在我们来看一个更有趣的例子。

"use strict";
function createCounter(initial) {
  // ...
}
var myCounter1 = createCounter(100);
var myCounter2 = createCounter(200);

ログイン後にコピー

当myCounter1和myCounter2被创建后，对象之间的关系为

JavaScript クロージャの基礎となる動作メカニズム

在上面的例子中，myCounter1.increment和myCounter2.increment的函数对象拥有着一样的代码以及一样的属性值（name，length等等），但是它们的[[scope]]指向的是不一样的作用域对象。

这才有了下面的结果

var a, b;
a = myCounter1.get();   // a 等于 100
b = myCounter2.get();   // b 等于 200
myCounter1.increment(1);
myCounter1.increment(2);
myCounter2.increment(5);
a = myCounter1.get();   // a 等于 103
b = myCounter2.get();   // b 等于 205

ログイン後にコピー

作用域链和this

this的值不会被保存在作用域链中，this的值取决于函数被调用的时候的情景。

JavaScript クロージャの基礎となる動作メカニズム