暂时性死区（tdz）指let、const和class声明的变量从块作用域起始到声明执行前不可访问，访问即抛referenceerror；var因提升并初始化为undefined而无tdz。
日常开发中规避暂时性死区（TDZ），关键不是绕开它，而是理解它、顺应它——因为TDZ是 JavaScript 为提升代码安全性而设计的保护机制，不是 bug，而是 feature。
把声明写在使用之前
这是最直接也最有效的做法。let 和 const 的变量必须先声明、后访问，不能像 var 那样“提前用”。只要保持逻辑顺序清晰，基本不会踩坑。
- 函数开头集中声明所需变量，再写业务逻辑
- 循环或条件块内要用的变量，就在块顶部声明（而不是在 if 内部深处才 let）
- 避免在模块顶层或函数体开头就调用依赖后续声明变量的函数
别在死区内做任何访问操作
TDZ 不仅禁止读取，也禁止写入、typeof、delete，甚至 instanceof 都会报错。哪怕你只是想判断变量是否存在，也不能靠 typeof 来“安全兜底”。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
错误写法：
console.log(typeof myVar); let myVar = 42;→ 报 ReferenceError -
正确思路：如果需要运行时判断某个标识是否存在，改用对象属性检测（
'prop' in obj）或 try/catch 包裹访问逻辑 - 工具函数里若要兼容未声明场景，应明确传参或使用默认参数，而非依赖变量是否“已定义”
用 const 优先，减少意外重赋值干扰
const 声明的变量同样有 TDZ，但它天然约束了“只声明一次”的行为，反而让作用域边界更清晰。很多 TDZ 问题其实源于 let 变量被反复声明/遮蔽，导致开发者误判作用域起始点。
- 声明即初始化：const 要求必须带初始值，强制你把值和声明放在一起，自然避开死区
- 减少嵌套块中同名 let：比如 for 循环里不要在每次迭代中重复 let i，改用 for...of 或提取逻辑到函数内
- 模块级常量统一放在文件顶部，形成视觉锚点，帮助团队快速识别“哪些变量从这里开始可用”
借助工具提前发现潜在 TDZ 问题
现代 Linter（如 ESLint）能静态识别大多数 TDZ 风险。启用 no-use-before-define 规则，并配合 block-scoped-var，可覆盖大部分常见误用。
- VS Code 中安装 ESLint 插件后，未声明前的变量访问会实时标红
- CI 流程中加入 lint 检查，防止带 TDZ 风险的代码合入主干
- 注意：TypeScript 编译器本身不检查 TDZ（它只校验类型），所以仍需依赖 ESLint 补位
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
