TDZ 是强制变量声明前置的语言约束机制，提前暴露 ReferenceError；正确做法是块级作用域顶部集中声明 let/const，避免参数链式依赖，默认值逻辑移入函数体，慎用 typeof 检测未初始化变量。
暂时性死区（TDZ）本身不是用来“规避异常”的工具，而是一种语言约束机制。它不会帮你绕过错误，但能**提前暴露潜在的变量使用错误**——在开发阶段就抛出 ReferenceError，而不是让代码静默运行、后期产生难以追踪的逻辑偏差。真正能规避生产环境变量引用异常的，是理解并尊重 TDZ 规则所引导出的编码习惯。
明确变量声明位置，杜绝“先用后声明”
TDZ 的核心作用是强制你把变量声明放在使用之前。只要你在块级作用域顶部集中声明所有 let/const 变量，就能避免因顺序错乱导致的未定义行为。
- ❌ 错误写法：在条件分支或循环中零散声明，又在前面读取
- ✅ 正确做法：统一提到函数或块开头声明，再执行逻辑
- 例如：
if (condition) { console.log(x); let x = 10; } // 报错，x 在 if 块内处于 TDZ
→ 改为：let x; if (condition) { x = 10; console.log(x); }
默认参数不交叉引用，切断初始化依赖链
函数参数默认值表达式在调用时求值，且每个参数在其默认值完成前都处于 TDZ。若让 a = b、b = c 这类链式依赖出现在参数列表里，极易触发 Cannot access 'xxx' before initialization。
- ❌ 避免：
function fn(a = b, b = 1) { }或function fn({ x = y } = {}, y = 2) { } - ✅ 推荐：
function fn(opts = {}) { const { y = 1, x = y } = opts; return [x, y]; } - 关键点：解构和依赖计算移到函数体内，此时所有变量已绑定并可安全访问
用 typeof 判断变量存在性时保持警惕
TDZ 让 typeof 不再“安全”——对未声明或处于 TDZ 中的 let/const 变量执行 typeof 会直接报错，而非返回 "undefined"。
- ❌ 危险写法：
if (typeof myConfig !== 'undefined') { ... }—— 若myConfig是let myConfig且尚未执行到声明行，这里就崩了 - ✅ 安全替代：
if (typeof window.myConfig !== 'undefined')（挂全局）或改用try/catch包裹访问，或确保声明前置 - 本质：不要依赖
typeof做存在性兜底，尤其在模块/立即执行函数顶部逻辑中
借助 TDZ 主动防御未初始化状态
你可以有意利用 TDZ 行为，防止某些关键配置被意外跳过初始化。
- 例如：一个必须由外部传入的 API 地址，不希望它 fallback 到空字符串或默认值
- ✅ 写法：
function apiCall(url) { if (!url) throw new Error('URL required'); ... }—— 更好是：function apiCall(url = (() => { throw new Error('URL is mandatory'); })()) { ... } - 说明：这个 IIFE 在参数初始化阶段执行，若
url缺失就会立刻报错，比运行到函数体内部才发现更早拦截
