Object.create(null)创建无原型对象可避免原型链干扰、提升海量key操作性能。它杜绝属性遮蔽、省去原型查找开销，在属性访问、遍历、存在性检测等方面实测快10%–25%，适用于日志统计、路由表等场景。
用 Object.create(null) 创建纯字典对象，能彻底避开 Object.prototype 上的属性（如 toString、hasOwnProperty 等）带来的干扰，同时提升海量 key 的查找、遍历和插入性能——尤其在解析日志、JSON 数据、路由表或词频统计等场景中效果显著。
为什么原型链会拖慢海量 key 操作？
普通对象（如 {}）继承自 Object.prototype，每次执行 obj[key]、key in obj 或 for...in 时，JS 引擎都需沿原型链向上检查。即使你从不调用 toString，引擎仍可能因隐式原型访问触发内部缓存失效或兜底逻辑；更关键的是，若数据本身含 "hasOwnProperty"、"constructor" 这类 key，直接用 obj.hasOwnProperty(key) 就会出错或被覆盖。
而 Object.create(null) 返回的对象没有原型（__proto__ === null），所有属性都是自有属性，既杜绝了意外覆盖/遮蔽，也省去了原型链查找开销。
实际提速点在哪？
对百万级 key 的集合，以下操作差异明显：
-
属性访问（
obj[key]）：跳过原型链，V8 等引擎可启用更激进的内联缓存（IC）优化，实测快 10%–25% -
遍历（
Object.keys()/for...of Object.entries()）：只返回自有属性，无需过滤掉原型属性，避免重复创建中间数组或额外判断 -
存在性检测（
key in obj）：不触发原型链遍历，比obj.hasOwnProperty(key)更轻量（后者还要绑定 this） -
JSON 解析后立即归一化：比如把 API 返回的扁平化字段映射为 lookup 表时，用
Object.create(null)初始化，后续所有 key 查询都不再有“意外属性”风险
怎么安全又高效地用？
记住三个关键习惯：
-
别直接调用原型方法：不能写
obj.toString()（会报错），改用Object.prototype.toString.call(obj)或转成普通对象再操作（仅必要时） -
用
Object.hasOwn(obj, key)替代key in obj或obj.hasOwnProperty(key)：这是 ES2022 标准方法，专为纯对象设计，兼容null原型且语义清晰 -
批量初始化优先用
Object.assign或展开语法：const map = Object.assign(Object.create(null), { a: 1, b: 2 });
或const map = { ...Object.create(null), a: 1, b: 2 };
避免逐个赋值导致多次隐藏类变更
一个真实解析场景示例
假设你正在处理 50 万行日志，每行有一个 status 字段，需要统计各状态出现次数：
// ❌ 普通对象 —— 可能被 status="constructor" 干扰，且遍历时多查原型
const count = {};
lines.forEach(line => {
const status = line.status;
count[status] = (count[status] || 0) + 1;
});
// ✅ Object.create(null) —— 安全、干净、稍快
const count = Object.create(null);
lines.forEach(line => {
const status = line.status;
count[status] = (count[status] ?? 0) + 1; // ?? 更安全，不依赖原型
});
// 后续遍历也简洁：Object.entries(count).forEach(([k, v]) => ...)
这种写法在 Node.js 流式解析或前端大数据表格渲染中，能减少 GC 压力与运行时不确定性。
