JavaScript作用域、变量提升和暂时性死区是同一运行机制在不同层面的表现：作用域定义变量可访问范围（全局、函数、块级），var/function声明会被提升至作用域顶部（仅声明，不赋值），let/const声明虽被提升但处于TDZ内不可访问，直至初始化完成。
JavaScript作用域、变量提升和暂时性死区，本质上是同一套运行机制在不同层面的表现：引擎如何管理变量的“出生地”（作用域）、“提前报到”（提升）和“不能乱碰的时间段”（TDZ）。
作用域：变量的“户籍所在地”
作用域规定了变量能被访问的范围。它不是靠代码缩进或大括号自动划分的，而是由函数和块（ES6起）共同定义的层级结构：
- 全局作用域：最外层，所有地方都能看到（但不推荐滥用）
-
函数作用域：用
function声明的函数内部，形成独立领地；var声明的变量只认这个层级 -
块级作用域：由
{}包裹，仅对let和const有效；if、for、try里的let x不会泄露到外面
变量提升：var 和 function 的“提前占位”
JavaScript 引擎在执行前会先做一次编译扫描，把 var 声明和 function 声明“逻辑上”移到当前作用域顶部——但这只是声明，不包括赋值。
-
var a = 10;实际等价于：var a;（顶部声明，值为undefined）→ 后面再a = 10; -
function foo() { }是完整提升：函数名和函数体都可提前调用 -
var bar = function() { };只提升var bar;，bar在赋值前是undefined，不能调用
暂时性死区（TDZ）：let/const 的“禁入时段”
let 和 const 也存在“提升”，但只提升声明本身，不初始化，也不给默认值。从块开始到声明语句执行前，这段区域就是 TDZ——任何读写都会抛 ReferenceError。
立即学习“Java免费学习笔记（深入）”；
-
console.log(x); let x = 5;→ 报错，不是undefined -
typeof y;在 TDZ 内也会报错，哪怕它通常用于安全检测 -
const还多一层限制：声明必须同时初始化，且之后不可重新赋值（对象属性仍可改）
为什么设计 TDZ？
它不是为了增加复杂度，而是堵住 var 提升带来的隐患：比如在变量真正初始化前就误用，导致逻辑错误却静默通过。TDZ 强制开发者明确声明顺序，让错误更早暴露。
