JavaScript默认参数与死区详解

JavaScript函数默认参数看似简单，实则暗藏玄机：它们并非在定义时求值，而是在每次调用时按从左到右顺序动态初始化，且每个参数在其默认值计算完成前都处于“暂时性死区”（TDZ）——此时访问该参数会直接抛出ReferenceError，而非返回undefined；左侧已初始化的参数可安全用于右侧参数的默认值计算，但绝不可引用自身或尚未初始化的右侧参数，这种严格的行为与let/const的TDZ完全一致，体现了ES6统一的块级绑定语义。理解这一机制，能帮你避开常见陷阱，写出更健壮、可预测的函数代码。

JavaScript中函数默认参数的设定逻辑与暂时性死区（TDZ）密切相关——默认参数表达式在函数调用时求值，且其作用域内存在TDZ，因此不能在自身声明前访问同名参数。

默认参数的求值时机与作用域

默认参数不是在函数定义时求值，而是在每次函数调用、且对应实参为undefined（或缺失）时才执行其初始化表达式。该表达式运行在函数的**独立初始化作用域**中，这个作用域对参数按声明顺序依次建立绑定，但尚未完成初始化。

• 参数从左到右依次处理：先为第一个参数创建绑定（进入TDZ），再求值其默认值；完成后，该参数才退出TDZ，变得可访问
• 后续参数的默认值表达式可以引用前面已初始化完成的参数，但不能引用自身或右侧尚未初始化的参数
• 例如：function f(a = 1, b = a + 1, c = b + a) { return [a, b, c]; } 合法，因为 a 和 b 在求 c 的默认值前已完成初始化

暂时性死区在参数中的具体表现

每个参数在其默认值表达式求值完成前都处于TDZ。此时若尝试读取该参数，会抛出 ReferenceError，而非 undefined 或 Uncaught ReferenceError: Cannot access 'x' before initialization。

• function g(x = x) {} —— 调用 g() 会报错：不能在初始化前访问 x
• function h(a = 1, b = a + c, c = 2) {} —— 调用 h() 报错，因为求 b 时 c 尚未声明完成（仍在TDZ）
• 注意：TDZ只影响词法绑定访问，不影响 typeof 检测（typeof x 在TDZ中返回 "undefined"，是特例）

常见误区与安全写法

开发者常误以为默认参数是“普通变量赋值”，从而写出隐含TDZ风险的代码。关键是要区分“声明”“初始化”和“可访问”的阶段。

• 避免在默认值中直接引用自身或右侧参数，如 (x = x + 1) 或 (a, b = a, c = b)（当 c 在 b 前声明时）
• 如需依赖多个参数，建议统一移到函数体内部处理：function safe(a, b, c) { a = a ?? 1; b = b ?? a + 1; c = c ?? b + a; ... }
• 若必须用默认参数且涉及复杂逻辑，可借助立即执行函数或辅助函数隔离作用域，绕过TDZ限制

与let/const TDZ的一致性

参数的TDZ行为与 let/const 完全一致：都是“声明即绑定，但需初始化后才可读”。这体现了ES6统一的块级作用域语义设计。

• 函数参数本质上是块级绑定（类似 let），即使使用 var 声明的函数也适用此规则
• 箭头函数同样遵循该逻辑：(a = a) => a 同样触发TDZ错误
• Babel等转译器在降级时会模拟TDZ行为（如用临时标记变量+运行时检查），确保语义兼容

今天关于《JavaScript默认参数与死区详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！