时间:2023-03-06 10:56:36 | 栏目:JavaScript代码 | 点击:次
关于 var、let 和 const 三个关键字的区别,是一个老生常谈的问题,也是经典的面试题。本篇文章将全面讲解三者的特性,以及它们之间的区别,由浅入深让你彻底搞懂这个知识点。
ECMAScript 变量是松散类型的,意思就是变量可以用于保存任何类型的数据,每个变量只不过是一个用于保存任意值的命名占位符。
有3个关键字可以声明变量:var、let和const,var在 ECMAScript 的所有版本中都可以使用,而let和const只能在 ES6 及更晚的版本中使用。
要定义变量,可以使用var操作符(注意 var 是一个关键字),后跟变量名(即标识符,如前所述):
var message;
上面这行代码定义了一个名为message的变量,它可以保存任何类型的值。不初始化的情况下,变量会保存一个特殊值undefined。
ECMAScript 实现变量初始化,因此可以同时定义变量并设置它的值:
var messgae = "hi";
message被定义为一个保存字符串值 "hi" 的变量。像这样初始化变量不会将它标识为字符串类型,只是一个简单的赋值而已。随后,不仅可以改变保存的值,还可以改变值的类型:
var message = "hi"; message = 666; // 合法,但不推荐 console.log(message); // 666
如果需要定义多个变量,可以在一条语句中用逗号分隔每个变量(及可选的初始化):
var message, name = "孙悟空", age = 18;
使用var操作符定义的变量会成为包含它的函数的局部变量。例如,使用var在一个函数内部定义一个变量,就意味着该变量将在函数退出时被销毁:
function test() { var message = "hi"; // 局部变量 } test(); console.log(message); // error: message is not defined
不过,在函数内部定义变量时省略var操作符,可以创建一个全局变量:
function test() { message = "hi"; // 全局变量 } test(); console.log(message); // ok
虽然可以通过省略var操作符定义全局变量,但不推荐这么做。在严格模式下,如果像这样给未声明的变量赋值,会报错。
在同一个作用域内,反复多次使用var声明同一个变量也是没问题的:
function test() { var message = "hi"; var message = false; var message = 666; console.log(message); } test(); // 666
所谓的提升,就是把所有变量声明都拉到函数作用域的顶部。注意,只提升声明,不提升赋值操作。
举个栗子:
function test() { console.log(message); var message = "hi"; } test(); // undefined
上面的代码不会报错,因为使用var关键字声明的变量会提升到函数作用域的顶部,跟下面的代码是等价的:
function test() { var message; console.log(message); message = "hi"; } test(); // undefined
let 和 var 的作用差不多,但有着非常重要的区别。
var声明的范围是函数作用域,而let声明的范围是块作用域:
if (true) { var message = "hi"; console.log(message); // hi } console.log(message); // hi if (true) { let message = "hi"; console.log(message); // hi } console.log(message); // error: message is not defined
message变量之所以不能在 if 块外部被引用,是因为它的作用域仅限于该块内部。块作用域是函数作用域的子集,因此适用于var的作用域限制同样也适用于let。
let 不允许同一个块作用域中出现冗余声明:
if (true) { // error: 无法重新声明块范围变量“a” let a; let a; }
JS 引擎会记录用于变量声明的标识符及其所在的块作用域,因此嵌套使用相同的标识符不会报错,这是因为同一个块中没有重复声明:
let a = 666; console.log(a); // 666 if (true) { let a = '啊哈哈'; console.log(a); // 啊哈哈 }
var和let声明的并不是不同类型的变量,它们只是指出变量在相关作用域如何存在,所以对声明冗余报错不会因混用var和let而受影响:
// error var a; let a; // error let b; var b;
let声明的变量不会在作用域中被提升:
if (true) { console.log(x); // error: 在赋值前使用了变量“x” let x = 520; }
在解析代码时,JS 引擎也会注意出现在块后面的let声明,只不过在此之前不能以任何方式来引用未声明的变量。在let声明之前的执行瞬间被称为暂时性死区,在此阶段引用任何后面才声明的变量都会报错。
const的行为与let基本相同,唯一一个重要的区别是:用const声明变量时必须同时初始化变量,且尝试修改const声明的变量会导致运行时报错:
const a; // error: 必须初始化 "const" 声明 const b = 250; b = 520; // error: 无法赋值给 "b" ,因为它是常数
注意,const声明的限制只适用于它指向的变量的引用,换句话说,如果const变量引用的是一个对象,那么修改这个对象内部的属性并不违反const限制:
const obj = { x: 666 }; obj.x = 888; // ok obj.y = '啊哈哈'; // ok
使用var在全局作用域中声明的变量会成为window对象的属性,let和const声明的变量则不会:
var a = 666; console.log(window.a); // 666 let b = 666; console.log(window.b); // undefined const c = 666; console.log(window.c); // undefined
先看个?:
for (var i = 0; i < 5; i++) { ... } console.log(i);
思考一下,打印结果会是什么?
由于var声明的变量没有块作用域,所以迭代变量i会渗透到循环体外部,当i递增到5时退出循环,打印出结果为5。
如果用let声明迭代变量,就可以把迭代变量的作用域限制为 for 循环块内部:
for (let i = 0; i < 5; i++) { ... } console.log(i); // error: i is not defined
再看个栗子:
for (var i = 0; i < 5; i++) { setTimeout( () => { console.log(i); }, 0 ) }
你可能以为会输出:0、1、2、3、4,实际上会输出:5、5、5、5、5。
之所以是这样的结果,是因为在退出循环时,迭代变量保存的是导致循环退出的值,也就是 5。在之后异步执行超时逻辑时,所有的i都是同一个变量,因此输出的都是同一个最终值。
而在使用let声明迭代变量时,JS 引擎在后台会为每个迭代循环声明一个新的迭代变量,每个 setTimeout 引用的都是不同的变量实例,所以 console.log 输出的是我们期望的值,也就是循环执行过程中每个迭代变量的值:
for (let i = 0; i < 5; i++) { setTimeout( () => { console.log(i); // 0、1、2、3、4 }, 0 ) }
这是一道经典面试题,不是很理解的话一定要多看几遍,最好动手实践一下,彻底搞懂为止。
var 声明的范围是函数作用域,let 和 const 声明的范围是块作用域
var 声明的变量会被提升到函数作用域的顶部,let 和 const 声明的变量不存在提升,且具有暂时性死区特征
var 允许在同一个作用域中重复声明同一个变量,let 和 const 不允许
在全局作用域中使用 var 声明的变量会成为 window 对象的属性,let 和 const 声明的变量则不会
const 的行为与 let 基本相同,唯一一个重要的区别是,使用 const 声明的变量必须进行初始化,且不能被修改
ECMAScript 6 增加 let 和 const 从客观上为这门语言更精确地声明作用域和语义提供了更好的支持,行为怪异的 var 所造成的问题,已经让 JS 社区为之苦恼了很多年。随着这两个关键字的出现,新的有助于提升代码质量的最佳实践方式也逐渐显现。
var 已经被时代所抛弃,不建议再使用。限制自己只使用 let 和 const 有助于提升代码质量,因为变量有了明确的作用域、声明位置以及不变的值。
优先使用 const,let 次之。使用 const 声明可以让浏览器运行时强制保持变量不变,也可以让静态代码分析工具提前发现不合法的赋值操作。只在提前知道未来会有修改时,才使用 let。这样可以让开发者更有信心地推断某些变量的值永远不会变,同时也能迅速发现因意外赋值导致的非预期行为。