스코프 체인은 a=0이 실행될 때 변수의 값을 결정할 수 있는 경로를 설명하는 용어입니다. 는 사용되지 않으므로 할당 작업은 범위 체인을 따라 var a=4; 로 변경되고 해당 값이 변경됩니다.
JavaScript 클로저를 잘 이해하지 못하는 경우 아래에 재인쇄된 기사를 읽어보세요. http://www.felixwoo.com/archives/247)
공식적인 설명은 다음과 같습니다. 클로저는 많은 변수와 이러한 변수에 바인딩된 환경을 포함하는 표현식(일반적으로 함수)이므로 이러한 변수도 표현식의 일부입니다. 그의 설명이 너무 학문적이기 때문에 사람들은 이 문장을 직접적으로 이해할 수 있습니다. 사실 이 문장은 JavaScript의 모든 함수가 클로저입니다. 그러나 일반적으로 중첩된 함수는 더 강력하며 우리는 "클로저"라고 부릅니다. 대부분 다음 코드를 보세요:
function a() {
var i = 0;
function b() { 경고( i) }
return b; 🎜>c()
这段代码有两个特点:
1、函数b嵌套在函数a内部;
2、函数a返回函数b。
引用关系如图:
这样在执行完var c=a()后,变量c实际上是指向了函数b,再执行c()后就会弹出一个窗口显示i的值(第一次为1)。这段代码其实就创建了一个闭包,为什么?因为函数a外的变量c引用了函数a内的函数b,就是说:
当函数a的内部函数b被函数a外的一个变量引用的时候,就创建了一个闭包。
让我们说的更透彻一些。所谓“闭包”,就是在构造函数体内定义另外的函数作为目标对象的方法函数,而这个对象的方法函数反过来引用外层函数体中的临 时变量。这使得只要目标 对象在生存期内始终能保持其方法,就能间接保持原构造函数体当时用到的临时变量值。尽管最开始的构造函数调用已经结束,临时变量的名称也都消失了,但在目 标对象的方法内却始终能引用到该变量的值,而且该值只能通这种方法来访问。即使再次调用相同的构造函数,但只会生成新对象和方法,新的临时变量只是对应新 的值,和上次那次调用的是各自独立的。
二、闭包有什么作用?
简而言之,闭包的作用就是在a执行完并返回后,闭包使得Javascript的垃圾回收机制GC不会收回a所占用的资源,因为a的内部函数b的执行需要依赖a中的变量。这是对闭包作用的非常直白的描述,不专业也不严谨,但大概意思就是这样,理解闭包需要循序渐进的过程。
在上面的例子中,由于闭包的存在使得函数a返回后,a中的i始终存在,这样每次执行c(),i都是自加1后alert出i的值。
那 么我们来想象另一种情况,如果a返回的不是函数b,情况就完全不同了。因为a执行完后,b没有被返回给a的外界,只是被a所引用,而此时a也只会被b引 用,因此函数a和b互相引用但又不被外界打扰(被外界引用),函数a和b就会被GC回收。(关于Javascript的垃圾回收机制将在后面详细介绍)
三、闭包内的微观世界 如果要更加深入的了解闭包以及函数a和嵌套函数b的关系,我们需要引入另外几个概念:函数的执行环境(excution context)、活动对象(call object)、作用域(scope)、作用域链(scope chain)。以函数a从定义到执行的过程为例阐述这几个概念。
当定义函数a的时候,js解释器会将函数a的作用域链(scope chain)设置为定义a时a所在的“环境”,如果a是一个全局函数,则scope chain中只有window对象。
当执行函数a的时候,a会进入相应的执行环境(excution context)。
在创建执行环境的过程中,首先会为a添加一个scope属性,即a的作用域,其值就为第1步中的scope chain。即a.scope=a的作用域链。
然后执行环境会创建一个活动对象(call object)。活动对象也是一个拥有属性的对象,但它不具有原型而且不能通过JavaScript代码直接访问。创建完活动对象后,把活动对象添加到a的作用域链的最顶端。此时a的作用域链包含了两个对象:a的活动对象和window对象。
下一步是在活动对象上添加一个arguments属性,它保存着调用函数a时所传递的参数。
最后把所有函数a的形参和内部的函数b的引用也添加到a的活动对象上。在这一步中,完成了函数b的的定义,因此如同第3步,函数b的作用域链被设置为b所被定义的环境,即a的作用域。
到此,整个函数a从定义到执行的步骤就完成了。此时a返回函数b的引用给c,又函数b的作用域链包含了对函数a的活动对象的引用,也就是说b可以访问到a中定义的所有变量和函数。函数b被c引用,函数b又依赖函数a,因此函数a在返回后不会被GC回收。
当函数b执行的时候亦会像以上步骤一样。因此,执行时b的作用域链包含了3个对象:b的活动对象、a的活动对象和window对象,如下图所示:
그림과 같이 함수 b에서 변수에 접근할 때 검색 순서는
먼저 자신의 활성 개체를 검색하고, 존재하지 않으면 반환하여 활성 개체를 계속 검색합니다. 함수 a의 객체를 찾아서 찾을 때까지 순서대로 검색합니다.
함수 b에 프로토타입 프로토타입 객체가 있는 경우 먼저 자신의 활성 객체를 검색한 후 자신의 프로토타입 객체를 검색한 다음 계속 검색합니다. 이것은 Javascript의 변수 조회 메커니즘입니다.
전체 범위 체인에서 찾을 수 없으면 정의되지 않은 값이 반환됩니다.
요약하면 이 단락에서는 함수의 정의와 실행이라는 두 가지 중요한 단어가 언급됩니다. 이 기사에서는 함수의 범위는 함수가 실행될 때가 아니라 함수가 정의될 때 결정된다고 언급합니다(1단계와 3단계 참조). 이 문제를 설명하려면 코드를 사용하십시오.
function f(x ) {
var g = function () { return x; }
return g;
}
var h = f(1)>alert(h() );
이 코드의 변수 h는 f의 익명 함수(g에서 반환됨)를 가리킵니다.
함수 h의 범위가 경보(h())를 실행하여 결정된다고 가정하면, 이때 h의 범위 체인은 h의 활성 개체 -> 경고의 활성 개체 -> 창 개체입니다.
함수 h의 범위는 정의될 때 결정된다고 가정합니다. 이는 h가 가리키는 익명 함수의 범위가 정의될 때 결정된다는 의미입니다. 그런 다음 실행 중에 h의 범위 체인은 h의 활성 개체 -> f의 활성 개체 -> 창 개체입니다.
첫 번째 가정이 true이면 출력 값은 정의되지 않으며, 두 번째 가정이 true이면 출력 값은 1입니다.
실행 결과는 두 번째 가설이 정확하다는 것을 증명하며, 이는 실제로 함수가 정의될 때 함수의 범위가 결정된다는 것을 나타냅니다.
4. 클로저 적용 시나리오
함수 내 변수의 안전성을 보호합니다. 초기 예를 들어, 함수 a의 i는 함수 b를 통해서만 접근할 수 있고 다른 수단으로는 접근할 수 없으므로 i의 보안이 보호됩니다.
변수를 메모리에 유지합니다. 이전 예제와 마찬가지로 클로저로 인해 함수 a의 i는 항상 메모리에 존재하므로 c()가 실행될 때마다 i는 1씩 증가합니다.
변수의 보안을 보호하여 JS 프라이빗 속성과 프라이빗 메서드를 구현합니다(외부에서 접근할 수 없음)
프라이빗 속성과 메서드는 생성자 외부에서 접근할 수 없습니다
function Constructor(...) {
var that = this
var membername = value;
function membername(...) {...}
}
위의 세 가지 사항은 클로저의 가장 기본적인 적용 시나리오이며 많은 고전적인 사례가 여기에서 유래합니다.
5. Javascript의 가비지 수집 메커니즘
Javascript에서 객체가 더 이상 참조되지 않으면 해당 객체는 GC에 의해 재활용됩니다. 두 객체가 서로를 참조하고 더 이상 제3자가 참조하지 않는 경우, 서로를 참조하는 두 객체도 재활용됩니다. 함수 a는 b에 의해 참조되고 b는 a 외부의 c에 의해 참조되기 때문에 함수 a는 실행 후 재활용되지 않습니다. 6. 결론
JavaScript 클로저를 이해하는 것이 고급 JS 프로그래머가 되는 유일한 방법입니다. 클로저의 해석과 작동 메커니즘을 이해해야만 더 안전하고 우아한 코드를 작성할 수 있습니다.