js变量提升和函数提升(js变量提升面试题)
导语:js变量提升
直觉上会认为 JavaScript 代码在执行时是由上到下一行一行执行的。但实际上这并不完全 正确,有一种特殊情况会导致这个假设是错误的。
考虑以下代码:
a = 2;
var a;
console.log( a );
你认为 console.log(..) 声明会输出什么呢?
很多开发者会认为是 undefined,因为 var a 声明在 a = 2 之后,他们自然而然地认为变量 被重新赋值了,因此会被赋予默认值 undefined。但是,真正的输出结果是 2。
考虑另外一段代码:
console.log( a );
var a = 2;
鉴于上一个代码片段所表现出来的某种非自上而下的行为特点,你可能会认为这个代码片 段也会有同样的行为而输出 2。还有人可能会认为,由于变量 a 在使用前没有先进行声明, 因此会抛出 ReferenceError 异常。
不幸的是两种猜测都是不对的。输出来的会是 undefined。
那么到底发生了什么?看起来我们面对的是一个先有鸡还是先有蛋的问题。到底是声明 (蛋)在前,还是赋值(鸡)在前?
编译器再度来袭为了搞明白这个问题,回忆一下,引擎会 在解释 JavaScript 代码之前首先对其进行编译。编译阶段中的一部分工作就是找到所有的 声明,并用合适的作用域将它们关联起来。
因此,正确的思考思路是,包括变量和函数在内的所有声明都会在任何代码被执行前首先 被处理。
当你看到 var a = 2; 时,可能会认为这是一个声明。但 JavaScript 实际上会将其看成两个 声明:var a; 和 a = 2;。第一个定义声明是在编译阶段进行的。第二个赋值声明会被留在 原地等待执行阶段。
我们的第一个代码片段会以如下形式进行处理:
var a;
a = 2;
console.log( a );
其中第一部分是编译,而第二部分是执行。
类似地,我们的第二个代码片段实际是按照以下流程处理的:
var a;
console.log( a );
a = 2;
因此,打个比方,这个过程就好像变量和函数声明从它们在代码中出现的位置被“移动” 到了最上面。这个过程就叫作提升。
换句话说,先有蛋(声明)后有鸡(赋值)
只有声明本身会被提升,而赋值或其他运行逻辑会留在原地。如果提升改变 了代码执行的顺序,会造成非常严重的破坏。
foo();
function foo() { console.log( a ); // undefined var a = 2; }
foo 函数的声明(这个例子还包括实际函数的隐含值)被提升了,因此第一行中的调用可 以正常执行。
另外值得注意的是,每个作用域都会进行提升操作。尽管前面大部分的代码片段已经简化 了(因为它们只包含全局作用域),而我们正在讨论的 foo(..) 函数自身也会在内部对 var a 进行提升(显然并不是提升到了整个程序的最上方)。因此这段代码实际上会被理解为下 面的形式:
function foo() { var a;
console.log( a ); // undefined
a = 2; }
foo();
可以看到,函数声明会被提升,但是函数表达式却不会被提升。
foo(); // 不是 ReferenceError, 而是 TypeError!
var foo = function bar() { // ... };
这段程序中的变量标识符 foo() 被提升并分配给所在作用域(在这里是全局作用域),因此 foo() 不会导致 ReferenceError。但是 foo 此时并没有赋值(如果它是一个函数声明而不 是函数表达式,那么就会赋值)。foo() 由于对 undefined 值进行函数调用而导致非法操作, 因此抛出 TypeError 异常。
同时也要记住,即使是具名的函数表达式,名称标识符在赋值之前也无法在所在作用域中
使用:
foo(); // TypeError bar(); // ReferenceError
var foo = function bar() { // ... };
这个代码片段经过提升后,实际上会被理解为以下形式:
var foo;
foo(); // TypeError bar(); // ReferenceError
foo = function() { var bar = ...self... // ... }
本文内容由小葵整理编辑!