使用 object.create(null) 是创建不继承任何原型链对象的最直接方法，1. 它创建的对象没有原型，即 [[prototype]] 为 null；2. 不包含 object.prototype 上的任何方法，如 tostring、hasownproperty；3. 适用于构建纯净的字典或哈希表，避免原型链污染；4. 遍历时无需 hasownproperty 过滤，所有属性均为自身可枚举属性；5. 需注意无法直接调用 hasownproperty 等方法，应使用 object.prototype.hasownproperty.call(obj, key) 代替；6. 不能依赖 tostring、valueof 等方法，可能影响类型转换；7. json.stringify 正常工作，但某些库可能因缺少构造函数或方法而报错；8. 展开运算符会生成具有原型的新对象，失去无原型特性；因此，该方法适合需要完全控制对象属性且无外部依赖的场景，但需权衡便利性与纯净性，最终选择取决于具体需求，使用时务必注意兼容性和操作限制。
在JavaScript里，如果你想创建一个完全不继承任何原型链的对象，最直接、最干净的办法就是使用
Object.create(null)
。它会给你一个“纯粹”的对象，没有任何来自
Object.prototype
的属性或方法。
解决方案
要让一个JavaScript对象不继承任何原型，核心就是使用
Object.create(null)
。这个方法会创建一个新对象，并将其内部的
[[Prototype]]
属性设置为
null
，这意味着它不会向上追溯到
Object.prototype
，也不会有任何内置的方法，比如
toString
、
hasOwnProperty
或
valueOf
。
举个例子，当你写
const myObject = Object.create(null);
时，
myObject
就是一个真正的“空”对象。你尝试访问
myObject.toString
会得到
undefined
，而不是
[Function: toString]
。这对于构建纯粹的数据字典或者避免潜在的原型链污染非常有用。我个人觉得，这种方式在某些场景下，比如处理来自外部的、结构不确定的数据时，能让人写出更健壮的代码，因为你不用担心数据对象上会意外出现一些内置方法名。
const pureObject = Object.create(null);
console.log(pureObject); // {} - 看起来是空的，但它内部确实没有原型
console.log(pureObject.toString); // undefined
console.log(pureObject.hasOwnProperty); // undefined
// 尝试添加属性
pureObject.name = '张三';
pureObject.age = 30;
console.log(pureObject.name); // 张三
// 遍历属性是正常的
for (let key in pureObject) {
console.log(key + ': ' + pureObject[key]);
}
// 输出:
// name: 张三
// age: 30
为什么你需要一个没有原型的JavaScript对象？
说实话，刚接触
Object.create(null)
时，很多人可能会疑惑：“我平时用
{}
挺好的，干嘛还要搞个没有原型的对象？”但实际上，它在某些特定场景下能解决一些痛点，甚至能提高代码的健壮性和安全性。
我经常遇到的一种情况是，当你需要一个纯粹的哈希表（或者说字典）时。想象一下，你从某个API获取了一堆键值对数据，这些键可能是用户输入的、不确定的字符串。如果你用
{}
来存储这些数据，比如
const userProps = {};
，然后用户输入了一个键叫
"constructor"
或者
"hasOwnProperty"
，那么
userProps.constructor
就不会是你期望的
undefined
或者你赋的值，而是
Object.prototype.constructor
。这可能会导致一些意想不到的行为，甚至安全漏洞，也就是我们常说的“原型链污染”。
使用
Object.create(null)
就完全避免了这个问题。它提供了一个干净的沙盒，你放进去的键值对就是你放进去的，不会有任何“背景噪音”。我个人在处理配置对象、缓存或者映射表时，如果键名可能来自外部输入，我更倾向于用
Object.create(null)
。这让我晚上睡觉都能踏实一点，不用担心哪个用户突然输入一个
__proto__
就能搞垮我的应用。
此外，在进行对象属性迭代时，比如用
for...in
循环，如果你用
{}
创建的对象，通常需要额外加上
obj.hasOwnProperty(key)
来过滤掉原型链上的属性。而
Object.create(null)
创建的对象则不需要，因为它们本身就没有原型属性，所有可枚举的属性都是你直接添加的。这虽然是个小细节，但代码看起来会更简洁。
Object.create(null) 和 {} 有什么本质区别？
这可能是最常被问到的问题之一，也是理解无原型对象的关键。简单来说，
{}
是
new Object()
的语法糖。这意味着，当你写
const obj1 = {};
时，
obj1
的原型是
Object.prototype
。而
Object.prototype
上面有一大堆我们平时习以为常的方法，比如
toString()
、
hasOwnProperty()
、
valueOf()
等等。所以，
obj1.toString()
会调用
Object.prototype.toString()
。
而
const obj2 = Object.create(null);
则完全不同。它的原型被显式地设置为
null
。这意味着
obj2
的原型链在
obj2
自身这一层就断了，它不会向上查找任何属性或方法。它是一个真正的“裸”对象。
我们可以通过
Object.getPrototypeOf()
来直观地看看这个区别：
const objWithProto = {};
const objWithoutProto = Object.create(null);
console.log(Object.getPrototypeOf(objWithProto)); // [Object: null prototype] (这就是 Object.prototype)
console.log(Object.getPrototypeOf(objWithoutProto)); // null
// 试着访问一些方法
console.log(objWithProto.hasOwnProperty('someKey')); // true/false，取决于是否有 'someKey'
// console.log(objWithoutProto.hasOwnProperty('someKey')); // TypeError: objWithoutProto.hasOwnProperty is not a function
// 因为 objWithoutProto 根本就没有 hasOwnProperty 这个方法
这种差异决定了它们在不同场景下的适用性。
{}
更适合作为普通的数据容器，因为它继承了
Object.prototype
提供的便利方法。而
Object.create(null)
则更适合那些需要极致纯净、不希望有任何“魔法”属性干扰的场景。我通常会根据对原型方法的需求来决定使用哪种方式。如果我确定不需要
hasOwnProperty
这些方法，或者我需要一个完全可控的字典，那
Object.create(null)
就是我的首选。
使用无原型对象时有哪些需要注意的“坑”？
虽然
Object.create(null)
提供了纯粹性，但这种纯粹也意味着你失去了
Object.prototype
带来的便利。这就像你买了一辆赛车，它速度快、操控精准，但可能没有空调、没有音响，甚至连后视镜都少一个。
最大的“坑”就是你不能直接在无原型对象上调用那些你习惯了的
Object.prototype
方法。比如：
-
obj.hasOwnProperty()
：前面已经提到了，objWithoutProto.hasOwnProperty('key')会报错。如果你需要检查属性是否存在，你必须使用
Object.prototype.hasOwnProperty.call(objWithoutProto, 'key')
。这看起来有点绕，但确实是标准做法。
-
obj.toString()
、
obj.valueOf()
：这些方法也不会存在。如果你尝试console.log(objWithoutProto)
，你会得到一个空的
{}，但如果你想把它转换成字符串或者进行其他基于这些方法的隐式类型转换，就可能遇到问题。比如，直接
'' + objWithoutProto
可能会得到
"[object Object]"
，但这并不是通过
objWithoutProto.toString()
得到的，而是JavaScript内部的默认行为。
-
JSON序列化：通常情况下，
JSON.stringify()
对
Object.create(null)
创建的对象处理得很好，它只会序列化可枚举的自身属性。所以这方面通常不是问题。
-
一些库或框架的兼容性：某些第三方库或者框架可能隐式地依赖于对象拥有
Object.prototype
上的某些方法。例如，一些深拷贝工具或者数据验证库可能在内部使用
obj.constructor
或者
obj.toString()
来判断对象类型。如果它们遇到一个无原型对象，可能会行为异常或者抛出错误。我在项目中就遇到过这种情况，一个老旧的工具库在处理这种对象时直接“懵圈”了。
-
展开运算符（Spread Operator）：当你使用
{...pureObject}这样的语法时，它会创建一个新的普通对象，这个新对象会继承
Object.prototype
。所以，虽然源对象是无原型的，但展开后的对象又回到了有原型的状态。这本身不是“坑”，但如果你期望展开后仍然是无原型的，那你就得注意了。
总的来说，使用无原型对象时，你需要更明确地思考你对对象操作的需求。如果你只需要一个纯粹的键值存储，并且清楚它没有那些内置方法，那么它非常强大。但如果你需要对象的“标准行为”，比如在各种场景下都能像普通对象一样被处理，那可能
{}
仍然是更稳妥的选择。这就像选择工具，得看你具体要完成什么任务。
暂无评论内容