Object.create(null)比{}更适合作关键词映射表，因其原型为null，无toString、hasOwnProperty等继承属性，键访问不触发原型链查找，避免高频查表时的性能损耗；而{}继承Object.prototype，每次属性访问均可能隐式遍历原型链。
为什么 Object.create(null) 比 {} 更适合作为关键词映射表
因为 Object.create(null) 创建的是一个“纯净空对象”：它没有原型链上的 toString、hasOwnProperty、constructor 等属性，所有键访问都直接落在自身，避免了原型链查找开销。而普通对象 {} 继承自 Object.prototype，每次 obj[key] 或 key in obj 都可能触发隐式原型遍历——尤其在高频关键词查表（如词法分析、路由匹配、i18n key 查找）时，这点差异会累积成可观的性能差。
实操建议：
- 仅当映射表纯用于“字符串 key → 任意值”且**绝不会调用任何对象方法**时，才用
Object.create(null) - 如果后续要使用
Object.keys()、for...in等，没问题；但别写map.hasOwnProperty(key)——它不存在，得改用Object.prototype.hasOwnProperty.call(map, key)或更推荐的key in map - 注意：
JSON.stringify(map)对Object.create(null)是安全的，但某些老旧工具（如早期 Lodash_.isEmpty）可能误判为非对象，需确认兼容性
构建关键词映射表时必须绕开的三个陷阱
常见错误不是语法问题，而是语义和生命周期管理失当：
- 动态增删键后未考虑引用泄漏：比如把 DOM 元素、大型数组作为 value 存入，又没配套清理逻辑，GC 无法回收——映射表成了内存黑洞
-
用错 key 类型：把数字 ID 当 key 直接写
map[123] = val，看似可行，但 JS 会自动转成字符串"123"；若业务中同时存在字符串"123"和数字123两种输入，应统一用String(key)或key.toString()归一化 -
误信“无原型=绝对安全”：
Object.create(null)不防__proto__或constructor这类特殊字符串 key 被恶意注入（虽然不触发原型赋值），若 key 来自不可信输入，仍需白名单过滤或encodeURIComponent(key)转义
如何让 Object.create(null) 映射表支持快速批量初始化与冻结
初始化阶段常要从数组或 Map 批量载入数据，又希望之后只读以防止误写。原生 Object.create(null) 不带构造函数，不能像 new Map() 那样传参，得手动处理：
const keywords = Object.create(null);
// 批量写入（推荐 for-of + 解构，比 Object.assign 更可控）
for (const [key, value] of [
['user_login', '登录'],
['user_logout', '退出'],
['404', '页面未找到']
]) {
keywords[key] = value;
}
// 冻结前确保没有意外可枚举属性
Object.freeze(keywords); // 注意：freeze 只深冻第一层，value 本身仍可变
关键点：
- 别用
Object.assign(keywords, {...})——右边对象若含原型属性（比如被污染过的{ toString() {} }），可能意外挂到keywords上 -
Object.freeze()后，keywords.newKey = 'x'会静默失败（非严格模式）或报TypeError（严格模式），适合上线前锁定配置 - 如果 value 是对象且需真正不可变，得额外对每个 value 调用
Object.freeze()，或改用structuredClone()+freeze组合
在 V8 / SpiderMonkey 中，Object.create(null) 的实际性能边界在哪
它快，但不是万能加速器。真实瓶颈往往不在对象创建，而在使用方式：
- 当 key 数量 Object.create(null) 与
{}的get性能差异几乎不可测（ - 真正拉开差距的场景是：循环中高频调用
map[key] !== undefined判断，且 key 分布稀疏（大量 miss）。这时原型链省略带来的分支预测友好性更明显 - 不要为了“极致”而放弃可读性：如果团队多人维护，且映射表偶尔要调试（比如
console.log(map)），{}在 DevTools 中显示更直观；Object.create(null)在 Chrome 控制台里显示为Object { … }无提示，容易误判为空
最易被忽略的一点：现代 JS 引擎对 Map 的优化已非常激进。如果你需要频繁 delete、迭代顺序保证、或 key 类型不限于字符串，Map 往往比任何 object 技巧更稳更快——Object.create(null) 的价值，只在“纯字符串键 + 极致读密集 + 已知无扩展需求”的窄带场景里才真正不可替代。
