Temporal Dead Zone(TDZ)是ES6(ES2015)中对作用域新的专用语义。TDZ名词并没有明白地写在ES6的规范文件中，一最先是出如今ES Discussion议论区中，是关于某些碰到在区块作用域绑定早于声明语句时的状态时，所运用的专用术语。

以英文名词来申明，Temporal是”时候的、临时的”意义，Dead Zone则是”死区”，意指”电波达不到的地区”。所以TDZ能够翻为”时候上临时的没法到达的地区”，简称为”时候死区”或”临时死区”。

let/const与var

在ES6的新特征中，最轻易看到TDZ作用就是在let/const的运用上，let/const与var的主要差别有两个处所:

• let/const是运用区块作用域；var是运用函数作用域

• 在let/const声明之前就接见对应的变量与常量，会抛出ReferenceError毛病；但在var声明之前就接见对应的变量，则会获得undefined

console.log(aVar) // undefined
console.log(aLet) // causes ReferenceError: aLet is not defined
var aVar = 1
let aLet = 2

依据ES6规范中关于let/const声明的章节13.3.1，有以下的文字申明:

The variables are created when their containing Lexical Environment is instantiated but may not be accessed in any way until the variable’s LexicalBinding is evaluated.

意义是说由let/const声明的变量，当它们包括的词法环境(Lexical Environment)被实例化时会被建立，但只需在变量的词法绑定(LexicalBinding)已被求值运算后，才能够被接见。

注: 这里指的”变量”是let/const二者，const在ES6定义中是constant variable(牢固的变量)的意义。

说得更邃晓些，当顺序的掌握流程在新的作用域(module, function或block作用域)举行实例化时，在此作用域中的用let/const声明的变量会先在作用域中被建立出来，但因而时还未举行词法绑定，也就是对声明语句举行求值运算，所以是不能被接见的，接见就会抛出毛病。所以在这运转流程一进入作用域建立变量，到变量最先可被接见之间的一段时候，就称之为TDZ(临时死区)。

以上面说明注解来看，以let/const声明的变量，确实也是有提拔(hoist)的作用。这个是很轻易被误会的处所，现实上以let/const声明的变量也是会有提拔(hoist)的作用。提拔是JS言语中关于变量声明的基础特征，只是因为TDZ的作用，并不会像运用var来声明变量，只是会获得undefined罢了，如今则是会直接抛出ReferenceError毛病，而且很明显的这是一个在运转时期才会涌现的毛病。

用一个简朴的例子来申明let声明的变量会在作用域中被提拔，就像下面如许:

let x = 'outer value'

(function() {
  // 这里会发生 TDZ for x
  console.log(x) // TDZ时期接见，发生ReferenceError毛病
  let x = 'inner value' // 对x的声明语句，这里完毕 TDZ for x
}())

在例子中的IIFE里的函数作用域，变量x在作用域中会先被提拔到函数地区中的最上面，但这时会发生TDZ，假如在顺序流程还未运转到x的声明语句时，算是在TDZ作用的时期，这时候接见x的值，就会抛出ReferenceError毛病。

在let与const声明的章节13.3.1接着的几句，申明有关变量是怎样举行初始化的:

A variable defined by a LexicalBinding with an Initializer is assigned the value of its Initializer’s AssignmentExpression when the LexicalBinding is evaluated, not when the variable is created. If a LexicalBinding in a let declaration does not have an Initializer the variable is assigned the value undefined when the LexicalBinding is evaluated.

这几句比较重点的部分是关于初始化的历程。以let/const声明的变量或常量，必须是经由对声明的赋值语句的求值后，才算初始化完成，建立时并不算初始化。假如以let声明的变量没有赋给初始值，那末就赋值给它undefined值。也就是经由初始化的完成，才代表着TDZ时期的真正完毕，这些在作用域中的被声明的变量才能够平常地被接见。

下面这个例子是一个未初始化完成的效果，它一样是在TDZ中，也是会抛出ReferenceError毛病:

let x = x

因为右值(要被赋的值)，它在此时是一个还未被初始化完成的变量，现实上我们就在这一个一致表达式中要初始化它。

注: TDZ最一最先是为了const所设想的，但厥后的对let的设想也是一致的，例子中都用let来申明会比较轻易。

注: 在ES6规范中，关于const所声明的辨认子依然也常常为variable(变量)，称为constant variable(牢固的变量)。以const声明所建立出来的常量，在JS中只是不能再被赋(can’t re-assignment)，并非不可被转变(immutable)的，这两种观点依然有很大的差别。

函数的传参预设值

TDZ作用在ES6中，很明白的就是与区块作用域(block scope)，以及变量/常量的要怎样被初始化有关。现实上在许多ES6新特征中都有涌现TDZ作用，而另一个常会被说起的是函数的传参预设值中的TDZ作用。

下面的例子能够看到在传参预设值的辨认称号，在未经初始化(有赋到值)时，它会进入TDZ而发生毛病，而这个毛病是只需在函数挪用时，要运用到传参预设值时才会涌现:

function foo(x = y, y = 1) {
  console.log(y)
}

foo(1) // 这不会有毛病
foo(undefined, 1) // 毛病 ReferenceError: y is not defined
foo() // 毛病 ReferenceError: y is not defined

从这个例子能够晓得TDZ的作用，现实上在ES6中随处都有相似的作用。

传参预设值有另一个作用域的议题会被议论，就是关于传参预设值的作用域，究竟是属于”全局作用域”照样”函数中的作用域”的议题，现在看到比较罕见的说法是，它是处于”中介的作用域”，夹在这二者之间，但依然会相互影响。中介的作用域的一个例子，是运用其他函数作为传参的预设值，这平常会是一个callback(回调、回呼)函数，平常的状况没什么迥殊，但触及作用域时相互影响的状况下会不容易明白。下面这个例子来自这里:

let x = 1

function foo(a = 1, b = function(){ x = 2 }){
  let x = 3
  b()
  console.log(x)
}

foo()

console.log(x)

这个例子中的末了效果，在函数foo中输出的x值究竟是1、2照样3？别的，在最外围作用域的x末了会被转变吗？

函数中的x输出效果不多是1，这是很明白的，因为函数区块中有另一个x的声明与赋值let x = 3语句，这两个都有能够被运转发生作用。剩下的是传参预设值中的谁人函数，是不是是会变量到函数区块中的x值的题目。另一个是，在全局中的谁人x变量，会不会被转变，这也是一个题目。

根据这个例子的出处文档的申明，作者以为答案是3与1。然则依据我的试验，下面的几个浏览器与编译器并非如许以为:

• babel编译器: 2与1

• Closure Compiler: 3与2

• Google Chrome(v55): 3与2

• Firefox(v50): 2与1

• Edge(v38): 3与2

现实测试的效果，怎样都不会有3与1的答案，要不就3与2，要不就2与1。

3与2的答案是让b传参的x = 2运转出来，但因为遭到中介作用域的影响，因而滋扰不到函数中的底本区块中的作用域，但会影响到全局中的x变量。也就是基础上认定函数预设值中的谁人callback中的作用域与全局(或外层)有关联。

2与1的答案则是倒过来，只会影响到函数中的区块，对全局(或外层)没有影响。

所以除非中介作用域，有本身自力的作用域，完整与函数区块中的作用域与全局都不相关，才有能够发生3与1的效果，这是这篇文档的作者所以为的。

这个函数预设值的作用域因为实作差别，形成两种差别的效果，但假如以Chrome(v55)与Firefox(v50)来试验，在TDZ时期的抛出毛病的行动基础上会一致，但Firefox有两种差别的毛病音讯，比方下面的几个例子:

// Chrome: ReferenceError: x is not defined
// Firefox: ReferenceError: x is not defined
function foo(a = 1, b = function(){ let x = 2 }){
  b()
  console.log(x)
}
foo()

// Chrome: ReferenceError: x is not defined
// Firefox: ReferenceError: can't access lexical declaration `x' before initialization
function foo(a = 1, b = function(){ x = 2 }){
  b()
  console.log(x)
}
foo()
let x = 1

// Chrome: ReferenceError: x is not defined
// Firefox: ReferenceError: can't access lexical declaration `x' before initialization
function foo(a = 1, b = function(){ x = 2 }){
  b()
  console.log(x)
  let x = 3
}
foo()

不论怎样，这个作用域的影响依然是有争议的，现在并没有一致的答案。这代表ES6虽然规范定好了，但内里的一些新特征依然有实作细节的差别，将来有能够这些差别才会逐步一致。但对平常的开发者来讲，因为晓得了有这些状况，所以要只管防止，以避免发生不兼容的状况。

要怎样防止这类状况？最主要的就是，”不要在传参预设值中作有副作用的运算”，上面的function(){ x = 2 }是有副作用的，它有能够会转变函数区块中，或是全局中的同称号变量，而在全部代码中，能够会相互影响的作用域彼此间，防止运用一样辨认称号的变量，这也是一个很基础的撰写划定规矩。

注: 本节的内容能够参考这几篇文档TEMPORAL DEAD ZONE (TDZ) DEMYSTIFIED、ES6 Notes: Default values of parameters与这个Default parameters intermediate scope议论文。

TDZ的别的议题(圈套)

typeof语句

对TDZ时期中的变量/常量作任何的接见行动，一概会抛出毛病，运用typeof的语句也一样。以下面的例子:

typeof x // "undefined"

{
  // TDZ
  typeof x // ReferenceError
  let x = 42
}

但有些开发者会以为像typeof如许的语句，须要被用来推断变量是不是存在，不该该是致使抛出毛病，所以有部分阻挡的声响，以为它让typeof语句变得不安全，会形成运用上的圈套。现实上这底本就是TDZ的设想，变量原本就不该在没声明完成前接见，这是为了让JS运转更加合理的改良设想，只是之前JS在这一部分是有缺点的作法，现实上会用typeof与undefined来鉴别变量/常量存在与否的体式格局，平常是关于全局变量的才会作的事变。

TDZ时期抛出的毛病是运转阶段的毛病

TDZ时期所抛出的毛病，是一种运转阶段的毛病，因为TDZ除了作用域的绑定历程外，还须要有变量/常量初始化的历程，才会建立出TDZ的时期。下面两个例子就能够看到TDZ的毛病须要真正运转到才会涌现:

// 这个例子会有因TDZ抛出的毛病
function f() { return x }
f() // ReferenceError

// 这个例子不会有毛病
function f() { return x }
let x = 1

那这会有什么题目涌现？因为要能侦测出代码中的因TDZ形成的毛病，惟有透过静态的代码剖析东西，或是要真正挪用到函数运转内里的代码，才会发生毛病，这将会让TDZ在编译东西中实作变得难题。

不过只需你明白TDZ的设想，就晓得只能如许设想，初始化历程底本就只会在挪用运转阶段作这事，这部分照样只能靠别的东西来补强。

支撑ES6的浏览器上的运转效能

在ES Discussion上关于let/const的效能很早以前就已有些指摘的，以为在浏览器上实作的效果，因为TDZ的设想，会让let相较于var的效能最少要慢5%。

上面这篇贴文是在4年前所宣布，就算是当时的试验性子的实作在JS引擎上，没有经由优化，现实上真的效能有差这么大也不得而知。加上let本身在for回圈上有别的的消费，与var的设想差别，这两个比较固然会有所差别，是不是是都是TDZ影响的也不晓得。

以最近在议论区中的let与var的效能比较议题来看，let的运转效力只需在某些状况下(for回圈中)会慢var许多，在基础的内部作用域测试反而是快过var的，固然这也是要视差别的浏览器与版本而定。

题外话是，在别的的回复中就有明白的指出，会促使到场TDZ的主因是针对const，而不是let。但末了TC39的决定是让let与const都有一致的TDZ设想。

ES6到ES5的编译

ES6中的许多新式的设想依然是很新的JS言语特征，现在ES6依然须要依靠如babel之类的编译器，将ES6语法编译到ES5，来举行在浏览器上运转前的末了编译。

这些编译器关于TDZ是会怎样编译？答案是现在”并不会直接编译”。

以babel来讲，它预设不会编译出具有TDZ的代码，它须要分外运用babel-plugin-transform-es2015-block-scoping或编译时的选项es6.blockScopingTDZ，才会将TDZ与地区作用域的功用编译出来。基础上这应当属于试验性子的，而且如今在运用上另有满多题目的。ES5规范中底本就没这类设想，所以说实在硬要运用也是贫苦，TDZ会形成的毛病是运转时期的毛病，关于编译器来讲，在实作上也有肯定的难度。