声明变量，和var一样，但是所声明的变量，只在let命令所在的代码块内有效(块级作用域)。
举例子：
{ let a = 10; var b = 1;
}
a // ReferenceError: a is not defined.b // 1出了这个声明的块，变量就调不到了
在for循环的里面使用起来就显得蛮好的
for (let i = 0; i < 10; i++) { // ...}console.log(i);// ReferenceError: i is not definedvar命令会发生“变量提升”现象，即变量可以在声明之前使用，值为undefined。这种现象多多少少是有些奇怪的，按照一般的逻辑，变量应该在声明语句之后才可以使用。
为了纠正这种现象，let命令改变了语法行为，它所声明的变量一定要在声明后使用，否则报错。
举例子：
// var 的情况console.log(foo); // 输出undefinedvar foo = 2;// let 的情况console.log(bar); // 报错ReferenceErrorlet bar = 2;
解释：
存在全局变量tmp，但是块级作用域内let又声明了一个局部变量tmp，导致后者绑定这个块级作用域，所以在let声明变量前，对tmp赋值会报错。
$\color{red}{ 如果区块中存在let和const命令，这个区块对这些命令声明的变量，从一开始就形成了封闭
作用域。凡是在声明之前就使用这些变量，就会报错。}$
var tmp = 123;if (true) {
tmp = 'abc'; // ReferenceError
let tmp;
}所以
在代码块内，使用let命令声明变量之前，该变量都是不可用的。这在语法上，称为“暂时性死区”（temporal dead zone，简称 TDZ）。
// 报错function func() { let a = 10; var a = 1;
}// 报错function func() { let a = 10; let a = 1;
}ES5中 只有全局作用域 函数作用域，let新增块级作用域
function f1() { let n = 5; if (true) { let n = 10;
} console.log(n); // 5}//上面的函数有两个代码块，都声明了变量n，运行后输出 5。这表示外层代码块不受内层代码块的影响。//如果两次都使用var定义变量n，最后输出的值才是 10。允许任意的块级作用域的任意嵌套
{{{{
{let insane = 'Hello World'} console.log(insane); // 报错}}}};$\color{red}{ 每一层都是一个单独的作用域。第四层作用域无法读取第五层作用域的内部变量。 }$
同时每个块级作用域里面都是可以定义同名的变量
function f() { console.log('I am outside!'); }
(function () { if (false) { // 重复声明一次函数f
function f() { console.log('I am inside!'); }
}
f();
}());上述的两种都是错的，
ES5规定是不可以在块级作用域当中进行函数的声明
ES6引入了块级作用域 明确允许在块级作用域当中进行函数声明，在块级作用域当中，函数的声明行为类似于let ， 在块级作用域外不可用
function f() { console.log('I am outside!'); }
(function () { if (false) { // 重复声明一次函数f
function f() { console.log('I am inside!'); }
}
f();
}());const声明一个只读的常量。一旦声明，常量的值就不能改变。
const PI = 3.1415; PI // 3.1415PI = 3;// TypeError: Assignment to constant variable.
上面代码表明改变常量的值会报错。
const foo;// 只声明不赋值报错
$\color{red}{const的作用域与let命令相同：只在声明所在的块级作用域内有效}$
$\color{red}{ const命令声明的常量也是不提升，同样存在暂时性死区，只能在声明的位置后面使用 }$
$\color{red}{ const声明的常量，也与let一样不可重复声明。 }$
const实际上保证的，并不是变量的值不得改动，而是变量指向的那个内存地址所保存的数据不得改动。对于简单类型的数据（数值、字符串、布尔值），值就保存在变量指向的那个内存地址，因此等同于常量。但对于复合类型的数据（主要是对象和数组），变量指向的内存地址，保存的只是一个指向实际数据的指针，const只能保证这个指针是固定的（即总是指向另一个固定的地址），至于它指向的数据结构是不是可变的，就完全不能控制了。因此，将一个对象声明为常量必须非常小心。
const foo = {};// 为 foo 添加一个属性，可以成功foo.prop = 123;
foo.prop // 123// 将 foo 指向另一个对象，就会报错foo = {}; // TypeError: "foo" is read-only上面代码中，常量foo储存的是一个地址，这个地址指向一个对象。不可变的只是这个地址，即不能把foo指向另一个地址，但对象本身是可变的，所以依然可以为其添加新属性。
ES5 只有两种声明变量的方法：var命令和function命令。ES6 除了添加let和const命令，后面章节还会提到，另外两种声明变量的方法：import命令和class命令。所以，ES6 一共有 6 种声明变量的方法。
在浏览器环境指的是window对象，在 Node 指的是global对象。ES5 之中，顶层对象的属性与全局变量是等价的。
window.a = 1; a // 1a = 2;window.a // 2//顶层对象的属性赋值与全局变量的赋值，是同一件事。
顶层对象的属性与全局变量挂钩，被认为是 JavaScript 语言最大的设计败笔之一。这样的设计带来了几个很大的问题，首先是没法在编译时就报出变量未声明的错误，只有运行时才能知道（因为全局变量可能是顶层对象的属性创造的，而属性的创造是动态的）；其次，程序员很容易不知不觉地就创建了全局变量（比如打字出错）；最后，顶层对象的属性是到处可以读写的，这非常不利于模块化编程。另一方面，window对象有实体含义，指的是浏览器的窗口对象，顶层对象是一个有实体含义的对象，也是不合适的。
ES6 为了改变这一点，一方面规定，为了保持兼容性，var命令和function命令声明的全局变量，依旧是顶层对象的属性；另一方面规定，let命令、const命令、class命令声明的全局变量，不属于顶层对象的属性。
$\color{red}{ 全局变量将逐步与顶层对象的属性脱钩。 }$
var a = 1;// 如果在 Node 的 REPL 环境，可以写成 global.a// 或者采用通用方法，写成 this.awindow.a // 1let b = 1;window.b // undefined
上面代码中，全局变量a由var命令声明，所以它是顶层对象的属性；全局变量b由let命令声明，所以它不是顶层对象的属性，返回undefined
JavaScript 语言存在一个顶层对象，它提供全局环境（即全局作用域），所有代码都是在这个环境中运行。但是，顶层对象在各种实现里面是不统一的。
浏览器里面，顶层对象是window，但 Node 和 Web Worker 没有window。
浏览器和 Web Worker 里面，self也指向顶层对象，但是 Node 没有self。
Node 里面，顶层对象是global，但其他环境都不支持。
同一段代码为了能够在各种环境，都能取到顶层对象，现在一般是使用this变量，但是有局限性。
全局环境中，this会返回顶层对象。但是，Node 模块和 ES6 模块中，this返回的是当前模块。
函数里面的this，如果函数不是作为对象的方法运行，而是单纯作为函数运行，this会指向顶层对象。但是，严格模式下，这时this会返回undefined。
不管是严格模式，还是普通模式，new Function('return this')()，总是会返回全局对象。但是，如果浏览器用了 CSP（Content Security Policy，内容安全策略），那么eval、new Function这些方法都可能无法使用。
// 方法一(typeof window !== 'undefined'
? window
: (typeof process === 'object' && typeof require === 'function' && typeof global === 'object')
? global
: this);// 方法二var getGlobal = function () { if (typeof self !== 'undefined') { return self; } if (typeof window !== 'undefined') { return window; } if (typeof global !== 'undefined') { return global; } throw new Error('unable to locate global object');
};ES2020 在语言标准的层面，引入globalThis作为顶层对象。也就是说，任何环境下，globalThis都是存在的，都可以从它拿到顶层对象，指向全局环境下的this。
垫片库global-this模拟了这个提案，可以在所有环境拿到globalThis。
https://www.cnblogs.com/tcz1018/p/13602278.html
