let和const因TDZ与块级作用域禁止重复声明，var则函数提升且无块作用域导致变量泄漏；TDZ使未初始化前访问报ReferenceError，函数参数默认值中引用自身也受此限。
JavaScript 变量声明不是“选一个就行”，而是必须根据行为需求选对关键字；作用域规则不只影响变量能否访问，更直接决定闭包、异步回调、模块封装是否可靠。
let 和 const 声明后为什么不能重复声明同名变量？
因为 let 和 const 具有“暂时性死区”（TDZ）和块级作用域限制，引擎在进入块作用域时就登记了声明，但直到执行到声明语句前都不可访问——这和 var 的变量提升（hoisting）完全不同。
-
let x = 1; let x = 2;→ 报错SyntaxError: Identifier 'x' has already been declared -
var x = 1; var x = 2;→ 合法，后者覆盖前者（无报错） -
console.log(y); let y = 3;→ 报错ReferenceError: Cannot access 'y' before initialization（TDZ 典型表现） - 函数参数也受 TDZ 影响：
function f(x = x) { }会报错，因为默认值表达式中右侧的x尚未初始化
var 声明为何会在 if 块内泄漏到外层函数？
var 只有函数作用域，没有块作用域。哪怕写在 if、for 或 {} 里，也会被提升到最近的函数顶部（或全局作用域）。
-
if (true) { var a = 1; } console.log(a);→ 输出1（不是ReferenceError） for (var i = 0; i → 输出 <code>3（循环变量泄露）- 这种泄漏是
var最易被误用的点，在闭包循环中尤其危险（比如给多个按钮绑事件，最后全指向最后一个i值） - 现代写法应改用
let i：每次迭代都会创建新绑定，自然解决闭包问题
顶层 this 指向 globalThis，但 var 声明的变量却不会成为 globalThis 的属性？
这是历史遗留差异：var 在全局作用域声明会自动挂载为全局对象（window / global / globalThis）的可枚举属性；而 let、const、class、function 声明则不会。
立即学习“Java免费学习笔记（深入）”；
-
var foo = 'bar'; console.log(globalThis.foo);→'bar' -
let bar = 'baz'; console.log(globalThis.bar);→undefined - 这个差异会影响依赖
globalThis动态访问变量的场景（如插件系统、沙箱环境），不能假设所有顶层声明都可被globalThis[key]读取 - ES6 模块的顶层声明（包括
import绑定）也完全不挂载到全局对象，和let/const行为一致
模块作用域和 eval 中的声明行为有何不同？
模块文件（.mjs 或 type="module" 的脚本）自带独立作用域；而 eval() 默认继承调用者作用域，除非显式传入 'use strict' —— 此时 eval 内部的 var 也不会泄漏到外层。
-
eval('var x = 1'); console.log(x);→1（非严格模式下） -
eval('"use strict"; var y = 2'); console.log(y);→ReferenceError（严格模式下eval有独立作用域） - 模块中即使不写
"use strict"，也默认启用严格模式，且所有声明都限定在该模块内 -
import和export只能在模块顶层使用，不能在if或函数内动态出现，否则语法错误
真正容易被忽略的是：作用域边界不仅由关键字决定，还受执行上下文类型（模块/脚本/eval）、严格模式开关、以及是否在函数内嵌套影响。同一个 let 声明，在模块顶层和 IIFE 内部的表现一致，但在 eval 里可能因严格模式开关而行为突变。
