JavaScript中undefined作为对象属性键，其行为如何解析？

本文共计740个文字，预计阅读时间需要3分钟。

在+

? 行为本质：undefined 会被强制类型转换为字符串

根据 ECMAScript 规范，当使用方括号语法 obj[key] 访问属性时，若 key 不是 Symbol，则会通过 ToString() 抽象操作将其转为字符串。而 ToString(undefined) 的结果恒为 "undefined"。

这意味着以下三者完全等价：

obj[undefined] obj["undefined"] obj.undefined

⚠️ 因此，只要对象上存在名为 "undefined" 的自有或继承属性，obj[undefined] 就会返回该属性值，而非 undefined。

✅ 实际示例验证

const obj = { undefined: "I am the 'undefined' property", foo: "bar" }; console.log(obj[undefined]); // "I am the 'undefined' property" ← NOT undefined! console.log(obj["undefined"]); // 同上 console.log(obj.foo); // "bar" // 即使是空对象或原型链上有该属性，也会影响结果 const empty = {}; Object.prototype.undefined = "from prototype"; console.log(empty[undefined]); // "from prototype"

❌ 常见误判场景

开发者常误以为 obj[undefined] 是“安全兜底”，例如：

立即学习“Java免费学习笔记（深入）”；

// ❌ 错误假设：认为这总能返回 undefined const value = myObject[someField]; // someField 可能为 undefined // 若 someField === undefined → 实际执行 myObject["undefined"] // 若 myObject 恰好有 undefined 属性，将返回错误值！

这在动态字段名场景（如表单处理、配置映射、API 响应解析）中极易引发隐蔽 bug。

✅ 正确的安全访问方式

为确保 someField 为 null 或 undefined 时返回 undefined（而非意外读取 "undefined" 属性），应显式校验：

// 推荐：严格检查是否为有效字符串键（排除 null/undefined） const value = someField != null ? myObject[someField] : undefined; // 或使用可选链 + 逻辑运算符（ES2020+，更简洁） const value = someField != null && someField in myObject ? myObject[someField] : undefined; // 更现代写法（TypeScript 环境推荐） const value = typeof someField === 'string' ? myObject[someField] : undefined;

? 规范依据与兼容性

• ECMAScript® Language Specification § 7.1.17 ToString 明确定义 undefined → "undefined"；
• 所有主流引擎（V8、SpiderMonkey、JavaScriptCore）均严格遵循此规则；
• 该行为自 ES5 起稳定，无浏览器兼容性风险。

✅ 总结：关键原则

• obj[undefined] 不等于 “访问一个不存在的属性”，而是 “访问名为 'undefined' 的属性”；
• 永远不要依赖 obj[undefined] 返回 undefined —— 它是有副作用的隐式转换；
• 动态属性访问前，务必对键进行有效性校验（!= null 或 typeof === 'string'）；
• 在 TypeScript 项目中，可通过类型守卫（如 someField is string）进一步强化安全性。

掌握这一细节，能显著提升代码健壮性，避免因隐式转换导致的低级却难排查的运行时错误。