medium 五万赞好文-《我永远不懂 JS 闭包》
正如《你不知道的 JavaScript》书中所言：
闭包就好像从 JavaScript 中分离出来的一个充满神秘色彩的未开化世界，只有最勇敢的人才能到达那里！
在实际的开发工作中也确实如此，除了在面试的场景下，或其它几个少数特定的场景下（如“防抖节流”函数），咱意识到了 —— 这就是“闭包”！其它时候基本不用，或者是用了却不知道。
多么可惜！！这么好的东西用了却不自知。
本篇借助 medium 上的五万赞好文 I never understood JavaScript closures (opens new window) 带你一次吃透“闭包”！
看完本篇，你会惊奇的发现，竟然连以下这段代码都存在着闭包？！
let a = 1
function b(){
return a
}
console.log(b())
2
3
4
5
“我永远不懂 JS 闭包，因为它无处不在！”
# 执行上下文
认知“闭包”前，咱得了解一个重要的概念 —— “执行上下文”！
执行上下文分为：
- 全局执行上下文（Global execution context）：当 JS 文件加载进浏览器运行的时候，进入的就是全局执行上下文。全局变量都是在这个执行上下文中。代码在任何位置都能访问。
- 函数执行上下文（Functional execution context）：定义在具体某个方法中的上下文。只有在该方法和该方法中的内部方法中访问。
比如我们在全局执行上下文中调用一个函数的时候，JS 解析的流程大概会是这样的：
- JS 创建一个新的函数执行上下文（可以理解为一个临时的“执行上下文”），它有局部可访问的变量集；
- 该执行上下文将被放到【执行栈】里去执行（这里将【执行栈】视为一种跟踪程序执行位置的机制）；
- 当遇到
return或}时,判定为执行结束。 - 该执行上下文在执行栈弹出；
- 被执行的函数会将返回值发送给调用它的执行上下文，这里就是发送给全局执行上下文;
- 函数执行上下文将被销毁，它的变量集将不能再被访问到，这也是为什么它被称为临时的“执行上下文”的原因；
关于执行栈的操作，可见下面的动图理解：
我们再结合下面这段代码举例解析，来看看更多细节：
1: let a = 3
2: function addTwo(x) {
3: let ret = x + 2
4: return ret
5: }
6: let b = addTwo(a)
7: console.log(b)
2
3
4
5
6
7
第一行，在全局执行上下文声明了一个变量 a，赋值为 3；
第二行到第五行是函数执行上下文。是在全局执行上下文声明了一个 addTwo 的函数，函数内部的代码不做执行，只是存储着以供后面调用；
第六行，声明了一个变量 b，赋值 b 为 addTwo 函数执行的返回值；
在全局执行上下文找到 addTwo 函数进行执行，并传入参数 3 ；
此时，执行上下文会进行切换！创建一个临时的名为 addTwo 的函数执行上下文，推到执行栈当中；
到第三行，然后是怎样？创建一个变量 ret 吗？不对，实际上，是先创建一个变量 x 然后赋值为 3 ；
第三行，声明一个变量 ret ，然后赋值为 x + 2 的运算结果。
JS 会找加法的项 x 在哪？原来 x 在 addTwo 这个函数执行上下文就已经有了，它的值是 3 ，接着与 2 执行加法运算，然后赋给 ret。
然后来到了第四行，将 ret 进行 return 返回；
第四、第五行，addTwo 函数执行结束，临时的执行上下文被销毁；变量 x 和变量 ret 都会被清除；函数执行上下文将被在调用栈被推出，然后把函数返回给调用它的执行上下文，这里也就是全局执行上下文；
然后回到第 4 点，将函数返回值赋值给 b；
第七行，进行打印；
这里虽然是一段非常冗长的解释，且还并未涉及到“闭包”，但是却是我们必须要写在前面并且理解透彻的。
# 词法作用域
接着“执行上下文”，还有一个概念我们需要理解，它就是 “词法作用域”！
来看下面这段代码示例：
1: let val1 = 2
2: function multiplyThis(n) {
3: let ret = n * val1
4: return ret
5: }
6: let multiplied = multiplyThis(6)
7: console.log('example of scope:', multiplied)
2
3
4
5
6
7
你能参照上一节的解释对这段代码进行描述吗？
第一行，在全局执行上下文声明了一个变量 vall，赋值为 2；
第二行至第五行声明一个 multiplyThis 函数执行上下文，内部代码不做执行，存储以供调用；
第六行，声明一个变量 multiplied，赋值为 multiplyThis 函数执行的返回值；
在全局执行上下文找到 multiplyThis 函数进行执行，并传入参数 6 ；
此时，执行上下文会进行切换！创建一个临时的名为 multiplyThis 的函数执行上下文，推到执行栈当中；
到第三行，在函数执行上下文声明一个变量 n ,并赋值为 6；
第三行，声明一个变量 ret ，然后赋值为 n 与 vall 做乘法的运算结果。n 为 6，vall 呢？在当前函数执行上下文并未找到 vall！
此时，JS 会去调用 multiplyThis 函数的全局执行上下文寻找 vall！找到了!它的值是 2，6 * 2 = 12。赋给 ret；
然后来到了第四行，将 ret 进行 return 返回；
第四、第五行，multiplyThis 函数执行结束，临时的执行上下文被销毁，变量 n 和变量 ret 都会被清除，但是 vall 没有被销毁，因为它存在于全局函数执行上下文；
回到第六行，将返回值 12 赋给变量 multiplied；
最后打印输出；
这段描述中，置灰的步骤就是和上一节的描述基本一致，未置灰的是
最重要的是：JS 在当前执行上下文寻找变量的时候，如果找不到，就会去调用这个执行上下文的上一执行上下文去寻找。
这并不难理解，这样链式查找变量的过程，就是 JS 的【作用域链】。
# 函数返回函数
函数可以返回任何东西，当然也就包括返回另一个函数了。
让我们再按照一遍以下代码：
1: let val = 7
2: function createAdder() {
3: function addNumbers(a, b) {
4: let ret = a + b
5: return ret
6: }
7: return addNumbers
8: }
9: let adder = createAdder()
10: let sum = adder(val, 8)
11: console.log('example of function returning a function: ', sum)
2
3
4
5
6
7
8
9
10
11
第一行，在全局执行上下文声明了一个变量 val，赋值为 7；
第二行至第八行声明一个 createAdder 函数执行上下文，内部代码不做执行，存储以供调用；
第十一行，声明一个变量 adder，赋值为 createAdder 函数执行的返回值；
在全局执行上下文找到 createAdder 函数进行执行，它在第二行，ok，调用；
来到第二行，创建一个新的临时的函数执行上下文，将其推倒执行栈；
由于 createAdder 函数没有传参，直接进入函数体内，这里声明了一个函数 addNumbers，只做声明，不做执行；
来到第七行，将 addNumbers 返回到全局执行上下文，它是一个函数；然后将临时 createAdder 函数执行的上下文推出执行栈；
createAdder 函数执行上下文被销毁，此时 addNumbers 也将不存在；
再到第十行，在全局执行上下文声明一个变量 sum，它的值为 adder(val, 8) 执行的返回值；
我们再到全局执行上下文寻找 adder ，找到了，它正好是一个函数，我们可以调用它；
他有两个传参，第一个是 val，它在第一行声明了并复制了，为 7，第二个参数是 8；
然后我们来到第三行到第五行，创建两个变量 a 和 b ，为他们赋值分别为 8 和 7；
第四行，声明一个变量 ret ，赋值为 8 + 7，为 15；
ret 变量被 return ，临时的函数执行上下文被销毁，a ，b ，ret 变量都将被销毁；
adder 函数执行的返回值赋给 sum 变量；
最后打印输出；
# 主角-闭包
看了以上三段详细分析，我相信再给你一段类似的调用代码，你也一定能通晓其中端倪！
1：let counter
2: function createCounter() {
3: let counter = 0
4: const myFunction = function() {
5: counter = counter + 1
6: return counter
7: }
8: return myFunction
9: }
10: const increment = createCounter()
11: const c1 = increment()
12: const c2 = increment()
13: const c3 = increment()
14: console.log('example increment', c1, c2, c3)
2
3
4
5
6
7
8
9
10
11
12
13
14
来试试吧？
第一行，声明一个变量 counter ，赋值为 undefined ；
第二行至第九行，在全局执行上下文声明了一个函数 createCounter ，不做执行，存储以供调用；
第十行，在全局执行上下文声明了一个变量 increment ，赋值为 createCounter 函数执行的返回值；
调用 createCounter 函数，它在第 2 步已经声明了，执行它！
第二到九行，创建一个新的临时的函数执行上下文；
在这个临时的函数执行上下文声明一个变量 counter，赋值为 0；
第四到七行，声明一个 myFunction 函数，不做执行，存储以供调用；
将 myFunction 进行返回，赋给变量 increment。createCounter 函数执行上下文被销毁，myFunction 和 counter 都将被销毁；
此时的全局执行上下文没有 myFunction 函数了，只有 increment 函数；
第十一行，声明一个变量 c1 , 赋值为 increment 函数执行的返回值；
increment 函数是 createCounter 函数执行的返回值，它在第四行到第七行被定义；
创建一个新的函数执行上下文，没有传参，直接进入函数内部进行执行；
第五行，
counter = counter + 1，counter 变量在新创建的函数执行上下文找的到吗？找不到！只得回到调用它的全局执行上下文去寻找，在全局执行上下文 counter 为 undefined，所以执行counter = undefined + 1；第六行，返回 counter，值为 1，销毁新函数执行上席文；
回到第十一行，c1 赋值为 1；
第十二行，重复步骤第 10 到第 14 步，c2 同理赋值为 1；
第十三行，重复步骤第 10 到第 14 步，c3 同理赋值为 1；
最终打印输出；
是这样的吗？我们在控制台打印：
结果竟然与我们分析的期望打印相悖！
发生了什么？
一定还有一个神秘的东西在作用！它就是 “闭包”！the missing piece ！
它的原理是这样的：
当我们声明一个函数时，存储以供调用，存储的不仅仅是这个函数的定义，同时还有这个函数的“闭包”，闭包包括了这个函数执行上下文所有变量的词法作用域。这些在函数被创建时就已经确定下来了。
做个不太恰当的比喻，把函数理解为一个人，当这人生下来的时候（函数创建时），也附赠了一个背包（闭包），这个背包包括了家庭环境（词法作用域）。
所以我们上一段的逐步分析是错的！
我们来进行一次正确的分析！
1：let counter
2: function createCounter() {
3: let counter = 0
4: const myFunction = function() {
5: counter = counter + 1
6: return counter
7: }
8: return myFunction
9: }
10: const increment = createCounter()
11: const c1 = increment()
12: const c2 = increment()
13: const c3 = increment()
14: console.log('example increment', c1, c2, c3)
2
3
4
5
6
7
8
9
10
11
12
13
14
第一行，声明一个变量 counter ，赋值为 undefined ；（同上）
第二行至第九行，在全局执行上下文声明了一个函数 createCounter ，不做执行，存储以供调用；（同上）
第十行，在全局执行上下文声明了一个变量 increment ，赋值为 createCounter 函数执行的返回值；（同上）
调用 createCounter 函数，它在第 2 步已经声明了，执行它！（同上）
第二到九行，创建一个新的临时的函数执行上下文；（同上）
在这个临时的函数执行上下文声明一个变量 counter，赋值为 0；（同上）
第四到七行，声明一个 myFunction 函数，同时还会创建一个闭包，包括这个函数执行上下文所有变量的词法作用域。此例中就是 counter，通过作用域链查找，它的值为 0。这里同样不做执行，存储以供调用；
将 myFunction 和它的闭包 一起进行返回，赋值给 变量 increment。createCounter 函数执行上下文被销毁，myFunction 和 counter 都将被销毁；
此时的全局执行上下文没有 myFunction 函数了，只有 increment 函数；（同上）
第十一行，声明一个变量 c1 , 赋值为 increment 函数执行的返回值；（同上）
increment 函数是 createCounter 函数执行的返回值，它在第四行到第七行被定义；（同上）
创建一个新的函数执行上下文，没有传参，直接进入函数内部进行执行；（同上）
第五行，
counter = counter + 1，counter 变量在新创建的函数执行上下文找的到吗？找不到！我们要去它的“闭包”里面找一找！，竟然是有的！它的值为 0 ，那么就可以执行 counter = 0 + 1，等于 1；第六行，返回 counter，值为 1，销毁新函数执行上席文；（同上）
回到第十一行，c1 赋值为 1；（同上）
第十二行，重复步骤第 10 到第 14 步，我们再去“闭包”里找的时候，因为经过上一步的操作 counter 已经变为 1 了，所以再执行加法运算，counter 结果为 2；
第十三行，重复步骤第 10 到第 14 步，c3 同理赋值为 3；
最终打印输出；
噢~原来是这样！
当一个函数声明的时候不单单只做了声明，后面还带着个“闭包”呢！闭包里装的是这个函数执行上下文所有变量的词法作用域！
原来这就是闭包！
你可能会疑问：只要一个函数进行了声明，就包含了闭包，那全局函数是不是也有闭包呢？
答案是：YES !
全局函数声明时，也有闭包！只不过它的变量词法作用域就是全局的，所以不是“闭”的不是很明显。
当一个函数返回另外一个函数时，“闭包”是最明显的！返回的函数的变量词法作用域可以访问非全局范围的变量，它们仅放在其闭包中！
# 闭包测试
这里再放几道闭包测试题目，供大家自查测试：
// 题目一
let c = 4
function addX(x) {
return function(n) {
return n + x
}
}
const addThree = addX(3)
let d = addThree(c)
console.log('example partial application', d)
// 题目二
function multiply(number1, number2) {
if (number2 !== undefined) {
return number1 * number2;
}
return function doMultiply(number2) {
return number1 * number2;
};
}
multiply(4, 5);
const double = multiply(2);
double(5);
// 题目三
function showBiBao() {
for (var i = 0; i < 5; i++) {
setTimeout( timer => () {
console.log(i);
}, 1000 );
}
console.log(i)
}
showBiBao()
function showListNumber() {
for(var i = 0; i < 5; i++) {
let ret = function(i) {
setTimeout(function timerr() {
console.log(i)
}, 1000)
}
ret(i)
}
console.log(i)
}
showListNumber()
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
# 总结
闭包就是这么神奇！它无处不在！只要有函数申明的地方就有闭包！（只不过有时候“闭”的不那么明显）
你以为本篇是在讲闭包？错！本篇是在讲函数申明！
你以为本篇是在讲函数申明？错！本篇是在讲词法作用域！
你以为本篇是在讲词法作用域？错！本篇是在讲 JS 是动态语言!
你一问本篇是在讲 JS 是动态语言？错！本篇是在讲 JS 运行是单线程的！
......
就是玩儿~
关注公众号【掘金安东尼】，关注前端技术，也关注生活，持续输出ing！
