浅析JavaScript中变量提升的原理与使用
作者:剑老师_
前端的小伙伴大概都知道,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
函数被编译时,外层的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
变量也被提升了。但只是创建被提升,变量的初始化和赋值并未被提升,如果在赋值之前读写该变量,就会形成暂时性死区。
到此这篇关于浅析JavaScript中变量提升的原理与使用的文章就介绍到这了,更多相关JavaScript变量提升内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!