三道面试题来告诉你JavaScript中的执行上下文与作用域以及闭包
前言
大家好，笔者呢最近再回顾JavaScript知识时，又看到了JavaScript的一些较为常见的内容，仔细看了之后发现之前理解的并不深，所以给记录了下来，加深印象。执行上下文与执行栈、作用域与作用域链、闭包。
执行上下文
例题
大家先来看一道较为简单的题，看下是否能看出来结果
var a = 10;
function fn(b) {
b = 20;
console.log(a, b);
}
function fn1() {
a = 100;
fn(a);
}
fn(200); //输出结果
fn1(); // 输出结果
大家可以看出来输出结果是什么吗？
如果你已经算出来的话，那么说明你对执行上下文还是有一些理解的，欢迎继续往下看加深印象
如果你没算出来或者输出结果与你算的不相符，那也先不要着急，先看下边内容，看完后再回来算
概念
大家都知道，JavaScript代码的在运行的时候都是自上而下按顺序执行的，但是呢实际并非是一行一行的执行，那大家有没有了解过它在执行代码的时候做过哪些准备，做过哪些事情，比如代码解析、分配内容都是在哪处理的，那这个地方呢就是执行上下文，是准备工作的所在环境
执行上下文类型
执行上下文呢有三种类型，分别是
- 全局执行上下文
- 函数执行上下文
- 还有就是eval函数执行上下文
那么我们继续，执行上下文呢是在代码编译阶段创建的，来看看执行上下文的生命周期
执行上下文生命周期
- 创建阶段
- 执行阶段
内容来自[译] 理解 JavaScript 中的执行上下文和执行栈
原文地址：Understanding Execution Context and Execution Stack in Javascript
创建阶段
执行上下文的创建阶段具体做了什么事呢，又分为三部分
ExecutionContext = {
ThisBinding = <this value>,
LexicalEnvironment = { ... },
VariableEnvironment = { ... },
}
确定this指向
在全局执行上下文中，this指向的是全局对象
在函数执行上下文中，this指向取决于该函数是如何被调用的
看下这个demo
const obj = {
fn: function(){
console.log(this)
}
}
obj.fn(); //fn: f();
const func = obj.fn;
func(); // Window
词法环境
官方的 ES6 文档把词法环境定义为
词法环境是一种规范类型，基于 ECMAScript 代码的词法嵌套结构来定义标识符和具体变量和函数的关联。一个词法环境由环境记录器和一个可能的引用外部词法环境的空值组成。
简单来说词法环境是一种持有标识符—变量映射的结构。（这里的标识符指的是变量/函数的名字，而变量是对实际对象[包含函数类型对象]或原始数据的引用）。
现在，在词法环境的内部有两个组件：(1) 环境记录器和 (2) 一个外部环境的引用。
- 环境记录器是存储变量和函数声明的实际位置。
- 外部环境的引用意味着它可以访问其父级词法环境（作用域）。
词法环境有两种类型：
- 全局环境（在全局执行上下文中）是没有外部环境引用的词法环境。全局环境的外部环境引用是 null。它拥有内建的 Object/Array/等、在环境记录器内的原型函数（关联全局对象，比如 window 对象）还有任何用户定义的全局变量，并且
this的值指向全局对象。 - 在函数环境中，函数内部用户定义的变量存储在环境记录器中。并且引用的外部环境可能是全局环境，或者任何包含此内部函数的外部函数。
环境记录器也有两种类型（如上！）：
- 声明式环境记录器存储变量、函数和参数。
- 对象环境记录器用来定义出现在全局上下文中的变量和函数的关系。
简而言之，
- 在全局环境中，环境记录器是对象环境记录器。
- 在函数环境中，环境记录器是声明式环境记录器。
注意 — 对于函数环境，声明式环境记录器还包含了一个传递给函数的 arguments 对象（此对象存储索引和参数的映射）和传递给函数的参数的 length。
抽象地讲，词法环境在伪代码中看起来像这样：
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// 在这里绑定标识符
}
outer: <null>
}
}
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// 在这里绑定标识符
}
outer: <Global or outer function environment reference>
}
}
变量环境
它同样是一个词法环境，其环境记录器持有变量声明语句在执行上下文中创建的绑定关系。
如上所述，变量环境也是一个词法环境，所以它有着上面定义的词法环境的所有属性。
在 ES6 中，词法环境组件和变量环境的一个不同就是前者被用来存储函数声明和变量（let 和 const）绑定，而后者只用来存储 var 变量绑定。
我们看点样例代码来理解上面的概念：
let a = 20;
const b = 30;
var c;
function multiply(e, f) {
var g = 20;
return e * f * g;
}
c = multiply(20, 30);
执行上下文看起来像这样：
GlobalExectionContext = {
ThisBinding: <Global Object>,
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// 在这里绑定标识符
a: < uninitialized >,
b: < uninitialized >,
multiply: < func >
}
outer: <null>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// 在这里绑定标识符
c: undefined,
}
outer: <null>
}
}
FunctionExectionContext = {
ThisBinding: <Global Object>,
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// 在这里绑定标识符
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// 在这里绑定标识符
g: undefined
},
outer: <GlobalLexicalEnvironment>
}
}
注意 — 只有遇到调用函数 multiply 时，函数执行上下文才会被创建。
可能你已经注意到 let 和 const 定义的变量并没有关联任何值，但 var 定义的变量被设成了 undefined。
这是因为在创建阶段时，引擎检查代码找出变量和函数声明，虽然函数声明完全存储在环境中，但是变量最初设置为 undefined（var 情况下），或者未初始化（let 和 const 情况下）。
这就是为什么你可以在声明之前访问 var 定义的变量（虽然是 undefined），但是在声明之前访问 let 和 const 的变量会得到一个引用错误。
这就是我们说的变量声明提升。
执行阶段
这是整篇文章中最简单的部分。在此阶段，完成对所有这些变量的分配，最后执行代码。
注意 — 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 let 变量的值，它会被赋值为 undefined。
执行栈
那根据上述执行上下文的理解，那我们知道在执行代码中会有很多的执行上下文，那么执行上下文是怎么确定执行顺序的。
执行上下文存放的位置就是在执行上下文栈，也叫调用栈。具有LIFO（Last In First Out后进先出，也就是先进后出）的特性。
那我们来看下之前的例题，来分析下
var a = 10;
function fn(b) {
b = 20;
console.log(a, b);
}
function fn1() {
a = 100;
fn(a);
}
fn(200); //输出结果
fn1(); // 输出结果
- 首先进入全局执行环境，创建全局执行上下文环境并加入栈中
- fn()函数被调用，进入对应的函数执行环境，创建函数执行环境并加入栈
- 执行 console.log(a, b);代码
- console.log(a, b);代码出栈
- fn()函数执行完毕后出栈
- fn1()函数被调用，进入对应的函数执行环境，创建函数执行环境并加入栈
- 继续fn()函数被调用，进入对应的函数执行环境，创建函数执行环境并加入栈
- 执行 console.log(a, b);代码
- console.log(a, b);代码出栈
- fn()函数执行完毕后出栈
- fn1()函数出栈
- 全局执行上下文出栈
题解
那我们再来分析下例题的答案
var a = 10;
function fn(b) {
b = 20;
console.log(a, b);
}
fn(200);
在执行fn函数时，此fn活动对象为
AO : {
a: 10,
b: 20,
arguments: {0 : 20, length:0}
}
所以此时输出结果为10，20
继续看
var a = 10;
function fn(b) {
b = 20;
console.log(a, b);
}
function fn1() {
a = 100;
fn(a);
}
fn1();
在执行fn1函数时，此fn1活动对象为
AO : {
a: 100,
fn: reference to function fn(){}
arguments: {length: 0}
}
在继续执行fn函数时，此fn活动对象为
AO : {
a: 100,
b: 20,
arguments: {0 : 20, length:0}
}
所以此时输出结果为100，20
作用域
例题
大家先来看下下边的题，看下是否能看出来结果
var a = 1;
function fn() {
var b = 10;
c = 100;
let d = 20;
console.log(1000)
return function() {
console.log(a);
console.log(b);
console.log(d)
}
}
var func = fn();
func();
console.log(b);
console.log(d);
大家可以看出来输出结果是什么吗？
概念
作用域是可访问的变量，对象，函数的结合，同时也决定了这些变量的可访问性。JavaScript中有三种作用域，分别是全局作用域，函数作用域，块级作用域。那就来聊聊这三种作用域
全局作用域
什么是全局作用域呢，先来看下概念
- 最外层的函数和在最外层函数外面定义的变量是拥有全局作用域的
- 所有的未声明的变量自动声明为拥有全局作用域的变量
我们开来接着看下上边例题
var a = 1;
function fn() {
var b = 10;
c = 100;
console.log(1000)
return function() {
console.log(a);
console.log(b);
}
}
fn();
console.log(c)
那我们根据上述概念来分析下
变量a呢是拥有全局作用域的全局变量，是可以在程序任何位置都可以访问到的
函数fn也是拥有全局作用域的函数
接着来看下输出结果
fn(); // 1000
console.log(c); //100
这个就很简单了吧。相信99%的前端 应该都会吧
函数作用域
来看下函数作用域的概念
- 函数作用域呢也被称为局部作用域，因为一般只有在固定的代码片段中可以访问到，也就是说只能在函数内部访问，函数外部是访问不到的。
那我们接着来看下上述例题，相信小部分人是卡在console.log(b)这个输出结果上了，没关系继续往下看
var a = 1;
function fn() {
var b = 10;
c = 100;
console.log(1000)
return function() {
console.log(a);
console.log(b);
}
}
var func = fn();
func();
console.log(b)
来继续根据函数作用域的概念来分析下
变量b呢是在函数内部，所以称为局部变量，只能在函数内部访问，外部是无法访问的
那根据这个解释看的话，这个输出结果就很明显了吧
var func = fn(); //1000
func(); //1, 10
console.log(b); //b is not defined
那么现在知道为什么console.log(b);输出结果是b is not defined了吗
块级作用域
我们来看看块级作用域的概念
- 简单来说变量是存在于一个大括号之内，在大括号之外是不能访问这些块级作用域中的变量，当然是有局限性的只针对于ES6 中的
const与let来说
因为呢在ES6之前呢，JavaScript是没有块级作用域的
那继续看例题，例题中有let声明的变量
var a = 1;
function fn() {
let d = 20;
return function() {
console.log(d)
}
}
var func = fn();
func();
console.log(d);
看上述块级作用域的解释
那我们知道let d = 20;是在大括号中的变量，那根据概念括号外是无法访问的，那也应该知道答案是什么了吧
console.log(d); //d is not defined
那最后在回头看初始例题，是不是一切都变的很简单
最后输出结果
var func = fn(); // 1000
func(); // 1，10，20
console.log(b); // b is not defined
// 不过console.log(d); 是输出不了结果的，因为上一步已经报错了
console.log(d); // d is not defined
作用域链
那我们继续看上述例题
var a = 1;
function fn() {
var b = 10;
c = 100;
let d = 20;
console.log(1000)
return function() {
console.log(a);
console.log(b);
console.log(d)
}
}
var func = fn();
func();
console.log(b);
console.log(d);
其中console.log(a)输出a，那这个a是在哪里来的，因为在一般的情况下会在当前作用域中取值，那在当前作用域没找到的话，会去上级作用域中寻找，一直到找到全局作用域。这么一个寻找的过程中呢就会形成一个链条，就叫做作用域链
总结
- 作用域是可访问的变量，对象，函数的结合，同时也决定了这些变量的可访问
- 全局作用域是说在最外层的函数以及不在任何函数或者打括号中声明的变量，都在全局作用域下，程序中任务位置都可以访问的变量
- 函数作用域呢是变量声明在函数中只能在函数内部访问，函数外部是访问不到的
- 块级作用域呢是说对于ES6 中的
const与let来说，在大括号之内的变量是存在于块级作用域中的，大括号之外不能访问这些块级作用域中的变量 - 作用域链在寻找变量值的时候，层层往上形成的链条
闭包
例题
大家先来看下这道题，看下是否能看出来输出结果
var data = [];
for (var i = 0; i < 3; i++) {
data[i] = function () {
console.log(i);
};
}
data[0](); // 输出结果
data[1](); // 输出结果
data[2](); // 输出结果
优雅永不过时，答对了说明你对闭包还是有一定研究的，没答对的继续往下看
概念
那我们先来看看闭包的概念，什么是闭包，看看MDN与高级程序设计给出的概念
- 能够访问其它函数内部变量的函数，称为闭包
- 能够访问自由变量的函数，称为闭包
分析
那我们来分析下上边的例题
在分析之前你需要对作用域以及执行上下文有一定的了解，如果不太明确的话，可以优先看下这两篇文章
再继续阅读下面内容
var data = [];
for (var i = 0; i < 3; i++) {
data[i] = function () {
console.log(i);
};
}
data[0](); // 输出结果
data[1](); // 输出结果
data[2](); // 输出结果
首先我们记录下这道例题的执行上下文栈的变化
-
首先进入了全局执行上下文，然后创建全局执行上下文，将全局上下文放入执行上下文栈中
-
然后继续初始化执行全局上下文，创建作用域链以及变量对象等
那么此时的全局上下文VO为
globalContext = { VO: { data: [...], i: 3 } } -
执行
data[0](),然后创建data[0]()执行上下文，继续放入执行上下文栈内 -
然后呢初始化
data[0]()执行上下文，创建作用域链以及变量对象等那么此时的
data[0]()AO为data[0]Context = { AO: { arguments: {length: 0} } }那么此时的
data[0]()作用域链为data[0]Context = { Scope: [AO, globalContext.VO] }因为在
data[0]Context活动对象AO中是没有i值的，所以去全局上下文的变量对象中查找，此时全局上下文的变量对象中i值为3所以
data[0]()输出结果为3 -
执行完毕后在
data[0]()执行上下文在执行上下文栈给弹出 -
至于
data[1]()与data[2]()与步骤3-5是一样的，所以在这就不多说了
场景
至于闭包的使用场景，其实在日常开发中使用到是非常频繁的
- 防抖节流函数
- 定时器回调
- 等就不一一列举了
优缺点
优点
闭包帮我们解决了什么问题呢
内部变量是私有的，可以做到隔离作用域，保持数据的不被污染性
缺点
同时闭包也带来了不小的坏处
说到了它的优点内部变量是私有的,可以做到隔离作用域,那也就是说垃圾回收机制是无法清理闭包中内部变量的，那最后结果就是内存泄漏
结语
如果感觉此文稍微有些帮助的话，请不吝点个赞🥺🥺🥺，感谢支持
转载自:https://juejin.cn/post/7207222166281470007