Object.create(null) 创建的对象无原型，是实现绝对纯净字典的最直接方式，可彻底避免 hasOwnProperty 等自有属性冲突。
用 Object.create(null) 创建的对象确实没有原型（即 __proto__ 为 null，且不继承 Object.prototype 上的任何方法），是实现“绝对纯净字典”的最直接方式——它彻底避开 hasOwnProperty、toString、constructor 等自有属性冲突问题。
为什么普通对象不适合作为纯字典
普通字面量 {} 或 new Object() 都以 Object.prototype 为原型，导致：
- 键名若为
"toString"、"hasOwnProperty"、"constructor"等，会覆盖/遮蔽原型方法，引发意外行为； - 用
for...in遍历时虽不会遍历原型属性，但若字典自身含这些名字的键，仍可能被误判或干扰逻辑； - 无法安全使用
obj.hasOwnProperty(key)—— 因为obj自身可能已有该属性，必须显式调用Object.prototype.hasOwnProperty.call(obj, key)。
如何正确创建并使用 null 原型字典
创建后需注意：它不带任何方法，所有操作都得靠原生全局工具或手动实现：
-
创建：
const dict = Object.create(null); -
设值：
dict.key = value;或dict["some-key"] = value; -
取值：
dict.key或dict["key"]，不存在时返回undefined（无原型兜底） -
判断是否存在键：不能用
key in dict？可以，但更推荐dict[key] !== undefined或Object.hasOwn(dict, key)（ES2022+）；注意dict.hasOwnProperty会报错，因该方法根本不存在。 -
遍历键名：
Object.keys(dict)、Object.entries(dict)、for (const key of Object.keys(dict)) { ... }都可用，因为它们是静态方法，不依赖实例原型。
常见陷阱与规避方式
看似“纯净”，实则容易踩坑：
-
不能用
obj.toString()：会报TypeError: obj.toString is not a function。如需调试输出，改用JSON.stringify(obj)或console.log({...obj})（展开为普通对象）。 -
不能用扩展运算符直接解构到普通对象：
{...dict}是合法的，但若dict含__proto__键，可能意外修改目标对象原型（极少见，但存在风险）。稳妥做法是先转为数组再构造：Object.fromEntries(Object.entries(dict))。 -
与 JSON 交互需留意：
JSON.stringify(dict)正常工作；但JSON.parse()返回的永远是普通对象（有原型），如需保持纯净，应二次包装：Object.assign(Object.create(null), JSON.parse(str))。
适合场景与替代建议
适用于对键名完全不可控、且要求零原型污染的底层场景，例如：
- 编译器/解析器中的符号表（symbol table）
- HTTP 请求头映射（header name → value），因 header 名可能是任意字符串
- 高频读写的配置缓存，需避免原型链查找开销
如果只是需要“避免 hasOwnProperty 冲突”，但不需要极致纯净，也可考虑 Map：它天然不继承原型方法、支持任意类型键、API 明确，且性能在现代引擎中已非常优秀。
