暂时性死区（TDZ）是指let/const变量从进入作用域到声明语句执行完毕前不可访问的区域，访问会抛ReferenceError；其本质是绑定已创建但未初始化，与var提升后初始化为undefined有根本区别。
暂时性死区（Temporal Dead Zone，TDZ）直接影响 let 和 const 声明变量的“可访问时间窗口”——不是不能用，而是**在声明语句执行前完全禁止读写**，哪怕只是 typeof 或赋值操作都会报错。
TDZ 的触发范围
从进入块级作用域（如函数体、if 块、for 循环体等）开始，到该变量的 let/const 声明语句执行完成为止，这段区域就是它的 TDZ。
- 哪怕只写
let x;没有赋值，声明语句执行完那一刻才算“走出死区” - 死区是按变量独立计算的：多个 let 变量各自有各自的 TDZ 起止点
- 函数参数作用域也适用 TDZ，例如
function f(x = y) { let y = 1; }会报错，因为默认参数求值时 y 还在死区内
和 var 提升的根本区别
var 声明会被提升并初始化为 undefined，所以声明前访问得到的是 undefined；而 let/const 虽然也“被声明”（绑定已建立），但**不初始化、不设默认值**，访问直接抛 ReferenceError。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
console.log(a); var a = 1;→ 输出undefined -
console.log(b); let b = 1;→ 报错Cannot access 'b' before initialization -
typeof c;在 TDZ 内同样报错；而对未声明的 var 变量用 typeof 是安全的（返回 "undefined"）
容易踩坑的典型场景
TDZ 不只出现在显式 console.log 中，很多隐式读取也会触发：
立即学习“Java免费学习笔记（深入）”；
- 声明时右侧引用自身：
let x = x + 1;（右侧 x 尚未初始化） - 函数默认参数中使用后续声明的变量：
function fn(y = x) { let x = 2; } - 类字段初始化中提前访问：
class C { prop = this.method(); method() { return this.value; } value = 42; }—— 若 method 内访问了尚未初始化的 value，就可能落入 TDZ - 模块顶层的 import 绑定也受 TDZ 约束，import 的标识符在模块执行开始到其 import 语句执行前不可访问
如何规避 TDZ 问题
核心原则是：**把 let/const 声明尽量放在作用域顶部，或确保所有使用都在声明之后**。
- 避免在函数参数、默认值、类字段初始化器中引用尚未声明的块级变量
- 不要依赖“先声明后赋值”的分步写法来绕过 TDZ，比如
let a; a = something;仍需保证a的首次读写都在let a;之后 - 调试时可用严格模式配合 ESLint 规则（如 no-use-before-define）提前发现潜在 TDZ 风险
- 若需动态延迟初始化，可改用函数封装：
const getValue = () => { let x = expensive(); return x; };
