是什么
let const是ECMAScript 6提供的新特性。let可以解决var的“不完美“。
为什么(var哪里不完美了)
# 1 内存泄漏
ES5中不存在块级作用域,在 JS 函数中的 var 声明,其作用域是函数体的全部
Figure 1# 2 过度的变量共享
Figure 2分析:
在for循环中,凡是遇到setTimeout被放到执行的队列尾,在同步操作执行完之后,i此时的值为4,检查200ms已经到了,console.log出i的值,即打印出四次i的值。
结论:
JavaScript中var声明的变量,不存在块级作用域的概念,所以会导致内存泄漏。
怎么用(let是更完美的var!!!)
首先抛代码(换就对了,需要考虑实际代码是否故意用到var的作用域特性)
#1
Figure 3#2
Figure 4那么let和var区别在哪里?
-
let声明的变量存在块级作用域
Figure 5
-
let声明的全局变量不是全局对象的属性
在Figure5的基础上,代码如下
Figure 6 -
形如for (let x...)的循环在每次迭代时都为 x 创建新的绑定。
在Figure 4中,可以看到,每次迭代let声明x后,都会为x进行新的绑定,并交给console.log使用该绑定。 -
let声明的变量直到控制流到达该变量被定义的代码行时才会被装载,所以在到达之前使用该变量会触发错误。
var foo1 = function() {
console.log("let test", index_t)
let index_t = 123;
}
var foo2 = function() {
console.log("var test", index_d)
var index_d = 1234;
}
foo1()
/*
VM531:2 Uncaught ReferenceError: index_t is not defined
at foo1 (<anonymous>:2:29)
at <anonymous>:1:1
foo1 @ VM531:2
(anonymous) @ VM683:1
*/
foo2()
/* VM672:2 var test undefined */
不可访问的这段时间变量一直处于作用域中,但是尚未装载,它们位于临时死区(Temporal Dead Zone,简称 TDZ)中。
Tips:
- 性能细节:在大多数情况下,查看代码就可以区分声明是否已经执行,所以事实上,JavaScript 引擎不需要在每次代码运行时都额外执行 一次变量可访问检查来确保变量已经被初始化。然而在闭包内部有时不是透明的,这时 JavaScript 引擎将会做一个运行时检查,也就意味着let相对var而言比较慢。
- 用let在同一个作用域内重定义变量会抛出一个语法错误(SyntaxError)
const
小尾巴来说下const,es6加入,把他当C的const来用就好了。
- 声明变量时赋值
- 赋值后无法修改
网友评论