作用域想必大家都知道,就是变量生效的范围,比如函数就会生成一个作用域,声明的变量只在函数内生效。
而这样的作用域一共有 9 种,其中几种绝大多数前端都说不出来。
下面我们就一起过一遍这 9 种作用域吧,看看你知道几种:
(为了保证准确性,所有的作用域类型都是通过调试所得)
Global 作用域
通过 var 声明一个变量,打个断点,可以看到 Scope 里有 Global 类型的作用域,也就是全局作用域,里面保存了变量 a:
在浏览器环境下,可以通过 a 访问全局变量,也可以通过 window.a 访问。
Local 作用域
声明个函数,在函数内声明一个变量,调用这个函数的时候,可以看到 Scope 里有 Local 类型的作用域,也就是本地作用域,里面保存了变量 b:
这两种作用域都很常见,没啥好说的。
Block 作用域
es6 加入了块语句,它也同样会生成作用域:
如图,会把里面声明的变量 a 放到 Block 作用域内,也就是块级作用域。
if、while、for 等语句都会生成 Block 作用域:
前几种作用域很常规,但下面这种作用域绝大部分前端就不知道了:
Script 作用域
这段代码大家觉得会生成什么作用域:
很多同学都会说,不是全局作用域么?
那这个现象你能解释么:
a、b、c 如果都是全局变量,那在浏览器里就可以通过 window.xx 来访问,但结果 window.a 和 window.b 都是 undefined,而直接访问 a、b 能拿到值。
看下现在的作用域就知道了:
你会发现 let、const 声明的全局变量被放到了 script 作用域,而 var 声明的变量被放到了 global 作用域。
这就是浏览器环境下用 let const 声明全局变量时的特殊作用域,script 作用域。可以直接访问这个全局变量,但是却不能通过 window.xx 访问。
所以你再看到这样的代码,就不奇怪了:
window.xxx = xxx;
这个 xxx 肯定是通过 let、const 声明的全局变量,需要手动挂到 window 上。
那上面这个 script 作用域在 node 环境里有么?
我们用 node 调试下:
模块作用域
同样的代码,在 node 环境下就没有了 Script 作用域,但是多了一个 Local 作用域:
这个 Local 作用域还有 module、exports、require 等变量,这个叫做模块作用域。
这个作用域有些特殊,其实它也是函数作用域。为什么呢?后面会有解释。
说到特殊的作用域,其实还有一些:
Catch Block 作用域
Catch 语句也会生成一个特殊的作用域,Catch Block 作用域,特点是能访问错误对象:
在 node 里也是一样,只不过还有一层模块作用域:
有同学会问,那 finally 语句呢?
这个就没啥特殊的了,就是 Block 作用域:
类似的还有 With Block:
With Block 作用域
大家猜下这个 with 语句里的作用域是是啥:
想必你猜到了,with 语句里的作用域就是这个对象:
换成普通的对象更明显一些:
Closure 作用域
闭包是 JS 的常见概念,它是一个函数返回另一个函数的形式,返回的函数引用了外层函数的变量,就会以闭包的形式保存下来。
比如这样:
function fun() {
const a = 1;
const b = 2;
return function () {
const c = 2;
console.log(a, c);
debugger;
};
}
const f = fun();
f();
那闭包的变量怎么保存的呢?
通过 node 可以看到:
通过 Closure 作用域保存了变量 a 的值,这个 Closure 作用域就是闭包的核心。
那为啥只保存了 a 没保存 b、c 呢?
c 是返回的函数的作用域里的,不是外部作用域,而 b 则是没用到,所以 Closure 作用域里只保存了 a。
然后执行的时候就会恢复这个 Closure 作用域:
这样函数需要的外部变量都在 Closure 作用域里,啥也没丢,可以正常执行。
是不是很巧妙!
这就是闭包的核心。
当然,Closure 作用域也可以多层,比如这样:
function fun() {
const a = 1;
const b = 2;
return function () {
const c = 2;
const d = 4;
return function () {
const e = 5;
console.log(a, c, e);
};
};
}
const f = fun()();
f();
用到的外部变量分别在两个作用域里,那就会生成两个 Closure 作用域:
只留下用到的作用域的变量 a、c。
执行的时候就会恢复这两层闭包作用域:
这样函数需要的外部环境一点都不少。
理解了 Closure 作用域,就真正理解了闭包。
闭包里还有一种特殊情况,就是 eval:
上面的代码如果我改动一下,把打印语句变成 eval,会发生什么呢?
function fun() {
const a = 1;
const b = 2;
return function () {
const c = 2;
const d = 4;
return function () {
const e = 5;
eval("console.log(a, c, e);");
};
};
}
const f = fun()();
f();
有的同学会说,这不是一样么,都会形成闭包。
没错,都会形成闭包,但是保存的变量不一样了:
你会发现它把所有外部的作用域的变量都保存到了 Closure 作用域,包括模块作用域的变量。
为什么呢?
因为它根本不会去分析字符串呀,也没法分析,万一你这段 JS 是动态从服务端获取再 eval 的呢?
没法分析!
没法分析怎么保证代码执行不出错呢?
全部保存不就行了?
所以当返回的函数有 eval 的时候,JS 引擎就会形成特别大的 Closure,会把所有的变量都放到里面。
这样再执行 eval 的时候就不会出错了:
所有的变量都给你了,怎么可能出错呢?
但是这样明显性能不好,会占用更多的内存,所以闭包里尽量不要用 eval。
前面说模块作用域是特殊的函数作用域,为什么这么说呢?
这就与 node 模块的执行机制有关系了。
比如这样一段代码:
function func() {
require;
debugger;
}
func();
执行后发现形成了闭包:
而如果不访问模块作用域的变量,就没有这一层了:
我这明明没有闭包的代码呀!
这就与 node 模块的执行机制有关系了:
node 会把模块变为一个函数,它有 exports、require、module、__dirname、__filename 这五个参数,然后传入这五个参数来执行:
所以模块作用域就是个函数作用域而已!
模块里的函数引用模块作用域的变量,再执行,自然就形成了闭包。
Eval 作用域
最后一种特殊的作用域就是 eval 作用域了。
比如这样一段代码:
eval(`
const a = 1;
const b = 2;
const c = 3;
console.log(a,b,c);
debugger;
`);
执行之后是这样的:
可以看到有单独的 Eval 作用域,eval 的代码里声明的变量都在这个作用域里:
总结
JS 总共有 9 种作用域,我们通过调试的方式来分析了下:
- Global 作用域: 全局作用域,在浏览器环境下就是 window,在 node 环境下是 global
- Local 作用域:本地作用域,或者叫函数作用域
- Block 作用域:块级作用域
- Script 作用域:let、const 声明的全局变量会保存在 Script 作用域,这些变量可以直接访问,但却不能通过 window.xx 访问
- 模块作用域:其实严格来说这也是函数作用域,因为 node 执行它的时候会包一层函数,算是比较特殊的函数作用域,有 module、exports、require 等变量
- Catch Block:catch 语句的作用域可以访问错误对象
- With Block 作用域:with 语句的作用域就是传入的对象的值
- Closure 作用域:函数返回函数的时候,会把用到的外部变量保存在 Closure 作用域里,这样再执行的时候该有的变量都有,这就是闭包。eval 的闭包比较特殊,会把所有变量都保存到 Closure 作用域
- Eval 作用域:eval 代码声明的变量会保存在 Eval 作用域
上面这些都是调试得出的,是 JS 引擎执行代码时的真实作用域。
JavaScript 的 9 种作用域,你能说出几种?
标签:Closure,闭包,const,函数,作用域,几种,JS,变量 From: https://blog.51cto.com/u_15506823/5927381