内容摘要：首先，来个一个简单的问题。下列哪段代码会产生错误：第一个创建实例，然后定义使用的类：newCar(red);//是否会报错?classCar{constructor(color){this.color

首先，知道来个一个简单的临时量问题。下列哪段代码会产生错误：

第一个创建实例，死区然后定义使用的更好类：

new Car(red); // 是否会报错? class Car {    constructor(color) {      this.color = color;   } } 

或者先于函数定义之前调用函数：

greet(World); // 是否会报错? function greet(who) {    return `Hello, ${ who}!`; }    

正确的答案是:第一个代码片段会报 ReferenceError: Cannot access Car before initialization 错误。第二个代码正常运行。知道

如果你的临时量答案与上述不同，或者你在不知道这背后的死区原理是什么而进行了猜测，那么你需要掌握临时死区(TDZ)的更好知识。

TDZ 管理 let、知道const 和 class 语法的临时量可用性。变量在 JS 中的死区工作方式非常重要。

1. 什么是更好临时死区

咱们先从一个简单的 const 变量声明开始。首先声明并初始化变量，知道然后访问它，临时量一切正常运行：

const white = #FFFFFF;  white; // => #FFFFFF 

那如果在 声明之前访问 white 变量，死区会怎么样？

white; // throws `ReferenceError`  const white = #FFFFFF;  white; 

在 const white = #FFFFFF 语句之前的代码行中，变量 white 位于临时死区。

在 TDZ 中访问 white 后，JS抛出ReferenceError: Cannot access white before initialization

临时死区语义禁止在变量声明之前访问它。服务器托管它加强了顺序:在声明之前不要使用任何东西。

2. 受 TDZ 影响的声明

来看看受 TDZ 影响的声明。

(1) const变量

如前所述，const 变量位于声明和初始化行之前的 TDZ 中：

// 无法工作 pi; // throws `ReferenceError` const pi = 3.14; 

咱们必须在声明之后使用 const 变量：

const pi = 3.14; // Works! pi; // => 3.14 

(2) let 变量

在声明行之前，let 声明语句也会受到 TDZ 的影响：

// 无法工作 count; // throws `ReferenceError` let count; count = 10; 

同样，仅在声明之后使用 let 变量：

let count; // Works! count; // => undefined count = 10; // Works! count; // => 10 

(3) class 的声明

正如在介绍中看到的，在定义 class 之前不能使用它：

// 无法工作 const myNissan = new Car(red); // throws `ReferenceError` class Car {    constructor(color) {      this.color = color;   } } 

(4) 构造函数内部的 super()

如果在构造函数中调用 super()之前扩展父类，则此绑定位于 TDZ 中。

class MuscleCar extends Car {    constructor(color, power) {      this.power = power;     super(color);   } } // Does not work! const myCar = new MuscleCar(blue, 300HP); // `ReferenceError` 

在构造 constructor() 中，在调用super()之前不能使用 this。

TDZ 建议调用父构造函数来初始化实例。这样做之后，实例就准备好了，就可以在子构造函数中进行调整。

class MuscleCar extends Car {    constructor(color, power) {      super(color);     this.power = power;   } } // Works! const myCar = new MuscleCar(blue, 300HP); myCar.power; // => 300HP 

(5) 默认函数参数

默认参数存在于一个中间作用域中，与全局作用域和函数作用域分离。默认参数也遵循 TDZ 限制。

const a = 2; function square(aa = a) {    return a * a; } // Does not work! square(); // throws `ReferenceError` 

在声明表达式 a = a之前，在表达式的右侧使用参数 a，这将生成关于 a 的引用错误。

确保在声明和初始化之后使用默认参数。咱们可以使用一个特殊的变量 init，该变量在使用前已初始化：

const init = 2; function square(a = init) {    return a * a; } // Works! square(); // => 4 

3. var, function, import 语句

与上述陈述相反，服务器租用var 和 function 定义不受 TDZ 的影响。它们被提升到当前的作用域顶部。

如果在声明之前访问 var 变量，则只会得到一个 undefined的变量

// 正常运行, 但不要这样做！ value; // => undefined var value; 

但是，可以根据函数的定义位置来使用它：

// 正常工作 greet(World); // => Hello, World! function greet(who) {    return `Hello, ${ who}!`; } // 正常工作 greet(Earth); // => Hello, Earth! 

通常，咱们一般对函数的实现不太感兴趣，而只是想调用它。因此，有时在定义函数之前先调用该函数是有意义的。

有趣的是，import 模块也被提升了。

// 正常工作 myFunction(); import {  myFunction } from ./myModule; 

当然，建议将 import 写在文件开头，以便读写方法。

4. TDZ 中的 typeof 行为

typeof 操作符用于确定是否在当前作用域内定义了变量。

例如，未定义变量 notDefined。对该变量应用 typeof 操作符不会引发错误：

typeof notDefined; // => undefined 

因为变量没有定义，所以 typeof notDefined 的云服务器值为 undefined。

但是 typeof 操作符在与临时死区中的变量一起使用时具有不同的行为。在本例中，JS 抛出一个错误：

typeof variable; // throws `ReferenceError`  let variable; 

此引用错误背后的原因是您可以静态地(仅通过查看代码)确定已经定义了该变量。

5. TDZ 在当前作用域内采取行动

临时死区在声明语句所在的作用域内影响变量。

来看看例子：

function doSomething(someVal) {    // 函数作用域   typeof variable; // => undefined   if (someVal) {      // 内部块使用域     typeof variable; // throws `ReferenceError`     let variable;   } } doSomething(true); 

有 2 个作用域：

函数作用域 定义 let 变量的内部块作用域

在函数作用域中，typeof variable 的计算结果为 undefined。在这里，let 变量语句的 TDZ 没有作用。

在内部作用域中，typeof variable 语句在声明之前使用一个变量，抛出一个错误。ReferenceError:在初始化之前不能访问‘variable’，TDZ 只存在于这个内部作用域内。

6. 总结

TDZ 是影响 const、let 和 class 语句可用性的重要概念。它不允许在声明之前使用变量。

相反，可以在声明之前使用 var 变量时，var 变量会继承较旧的行为，应该避免这样做。

在我看来，TDZ是语言规范中良好的编码实践之一。