以下是对您提供的博文内容进行深度润色与结构重构后的专业级技术文章。全文已彻底去除AI生成痕迹，强化了工程师视角的实战语感、教学逻辑与行业经验沉淀；摒弃模板化标题与刻板段落，代之以自然递进、层层深入的技术叙事节奏；所有代码示例均保留并增强上下文解释；关键概念加粗突出，语言简洁有力，兼具深度与可读性。
undefined是函数参数世界的“缺席证明”：一场关于默认值触发机制的底层对话
你有没有写过这样的代码？
function fetchUser(id = 1) { return api.get(`/users/${id}`); }调用时发现：
✅fetchUser()→ 正确拿到用户1；
✅fetchUser(123)→ 拿到用户123；
❌fetchUser(0)→ 却还是用户1？！
❌fetchUser(null)→ 报错：Cannot convert null to string？
——问题不在你的逻辑，而在你对 JavaScript 参数绑定机制的理解，还停留在“只要假值就走默认”的表层认知。
这不是 bug，是设计；不是疏忽，是契约。而这个契约的唯一签字人，叫undefined。
默认参数不是“兜底逻辑”，而是“缺席登记系统”
很多人把a = 'default'理解成“如果a是假值，就用'default'”。这是最常见、也最危险的误解。
它的真实身份，是一个运行时参数缺席登记系统—— 只在调用方「根本没给这个位置塞任何东西」时才启动。
想象你在政务大厅取号：
- 你站在窗口前，但没伸手递材料 → 工作人员说：“您没交材料，按默认流程办。”（✅
undefined触发默认值） - 你递了一张白纸 → 工作人员说：“您交了材料，我按白纸处理。”（❌
null不触发） - 你递了个写着
0的便签 → “收到，按0办理。”（❌0不触发） - 你递了个空信封 → “您交了信封，但里面没东西？抱歉，这不属于‘未提交’范畴。”（❌
{}不等于undefined）
JavaScript 引擎正是这样工作的。根据 ECMAScript 规范 §14.1.21 ，参数初始化发生在实参绑定阶段，判断依据只有一个：该位置是否absent（缺失）。而引擎内部将absent映射为undefined，再据此决定是否执行默认表达式。
这意味着：
| 传入值 | 是否触发a = 'default' |
|---|
