前端的小伙伴大概都知道,js
中的var
变量存在变量提升,在es6
以后随着let
变量的出现,变量提升问题得以解决。那么变量提升的原理是什么?es6
又是怎么解决变量提升问题的?下面我们来共同探寻答案:
我们首先来了解几个概念,执行上下文、变量环境、词法环境。(本文不涉及闭包、this
指向等问题)
执行上下文
当一段js
代码被执行时,js
引擎会先对其进行编译,并创建执行上下文。执行上下文分为三种:全局执行上下文、函数执行上下文、eval
执行上下文
-
全局执行上下文
在js
执行全局代码时,js
引擎会创建一个全局的执行上下文,全局执行上下文在页面的生命周期内只有一份。即每个js
文件,只有一个全局上下文。 -
函数执行上下文
当执行一个js
函数时,js
引擎会创建一个函数执行上下文,当函数执行结束之后,函数的执行上下文会被销毁。一个函数被多次调用,会创建多个执行上下文。 -
eval
执行上下文
使用eval
函数执行一段js
代码时,会创建一个eval
的执行上下文。
当js
文件执行时,首先会创建全局执行上下文,并压入调用栈,当调用js
函数时,会创建函数执行上下文,并压入调用栈。当函数执行完之后,函数执行上下文便会从栈中移出。如以下代码的执行:
var a = "123"
function func1() {
var b = "123"
console.log(b)
func2()
}
funcgion func2() {
const c = "456"
console.log(c)
}
func1()
执行上下文
执行上下文中其实还包含了另外两个对象,一个变量环境对象和一个词法环境对象。那么接下来我们来看一下什么是变量环境和词法环境
变量环境
变量环境存在于执行上下文中,其本质是一个对象,变量环境中存储的是此作用域内定义的变量、函数信息等信息。如全局执行上下文中的变量环境存储的是全局的变量和函数信息。函数执行上下文中的变量环境则存放的是函数的参数、局部变量等信息。
其实,js
的代码在执行前还有一个编译的过程,在编译过程中,var
变量和function
函数部分会被js
引擎放入到变量环境中,并且变量会被默认设置为undefined
。在执行阶段,js
引擎会在变量环境中查找声明的变量和函数。这就是我们所说的“变量提升”,这也是为什么函数可以在函数的实现之前调用。
例:
console.log(a)
var a = "123"
function func1() {
console.log(a)
}
func1()
以上代码的执行顺序是:
-
js引擎先进行编译,并把
a
变量和func1
放入到变量环境中,并把a
变量设置为undefined
-
进入执行阶段,执行第一行代码
console.log(a)
,此时从变量环境中取出a
的值为undefined
,所以打印结果为undefined
。 -
执行第二行代码
var a = "123"
,将变量环境中的a
变量赋值为字符串123
。 -
执行最后一行代码
func1()
,js引擎从变量环境中找出对应的func1
,并执行里面的代码console.log(a)
,打印结果为123
所以以上代码输出结果为
undefined
123
虽然在a
声明之前打印a
变量,但是却并没有报错。
词法环境
在ES6
之前,js
中只支持全局作用域和函数作用域,并不支持块级作用域。ES6
之后,js
引入了let
和const
关键字,从而解决了变量提升问题并使js支持了块级作用域。
其实说let
和const
没有变量提升并不准确,当js
代码被编译时,let
和const
变量代码会被存放在词法环境中。此时let
和const
变量已经被提升了,但是只是创建被提升,初始化和赋值并没有被提升,如果在赋值之前去读写该变量,便会报错,这就是我们所说的“暂时性死区”。
那实现块级作用域的原理是什么呢?其实在词法环境中,维护了一个作用域栈,栈底是函数的最外层变量(let
和const
声明的变量),进入一个作用域块后,就会把该作用域中的变量入栈;当作用域中的代码执行完成之后,该作用域的信息就会从栈顶弹出。
我们举个以下例子来说明
例:
function fun()
{
let a = 1
{
let a = 2
let b = 3
console.log(a)
console.log(b)
}
console.log(a)
console.log(b)
}
fun()
如图:
fun函数执行状态
- 当
fun
函数被编译时,外层的a
变量首先被创建,并存放至词法环境作用域栈中,此时函数内部的块级作用域中的变量不会被创建。 - 当函数执行至作用域块时,
let a
和let b
也被创建并入栈存放至栈顶。并将a
赋值为2
,将赋值为3
。 - 当执行至
console.log(a)
和console.log(b)
时,js引擎首先从栈顶找到a
和b
的值并打印出2
和3
。 - 当作用域块执行完成之后,作用域块中的变量信息从栈中弹出。
- 接着执行
console.log(a)
找到的是栈底的a
变量,并打印出1
。接着执行console.log(b)
,由于在词法环境和变量环境中都找不到b
变量,所以便会报错b is not defined
。
如果同一个函数中不同作用域存在相同的变量(如上面例子的a),那么变量的查找顺序是怎样的呢?
- 首先在词法环境作用域栈的栈顶的变量信息中开始查找
- 如果找到该变量,则直接返回该变量在此作用域块中的值,如果没有找到则从栈顶往下依次查找。
- 如果从词法环境中的栈顶到栈底都没有找到,则从变量环境中查找。
总结:
讲到这里,我想应该可以回答一下文章开始所提的两个问题:
变量提升的原理是什么?
在js代码编译阶段,var
变量和function
函数会被js引擎放入到变量环境中,并且var
变量会被默认设置为undefined
。需要注意的是,var
变量只有创建和初始化被提升,赋值并没有被提升;而function
的创建、初始化和赋值均会被提升。所以在变量的声明之前,该变量的值是undefined
,而函数则可以在声明之前正常调用。
let
、const
是怎么解决变量提升问题的?
在js代码编译阶段,let
和const
变量会被js引擎放入到词法环境中。与var
一样,let
和const
变量也被提升了。但只是创建被提升,变量的初始化和赋值并未被提升,如果在赋值之前读写该变量,就会形成暂时性死区。
网友评论