js怎么判断对象是否没有原型-js教程-PHP中文网

判断一个javascript对象是否没有原型的最直接方法是使用object.getprototypeof()检查其原型是否为null。1. 使用object.getprototypeof(obj) === null可准确判断对象是否无原型，该方法返回对象的[[prototype]]，若为null则表示无继承属性；2. 需排除null值本身，因typeof null为'object'但非实际对象容器；3. object.create(null)创建的对象原型为null，适合作为纯净数据字典，避免原型链污染；4. 相比非标准且可写的obj.__proto__，object.getprototypeof()是标准、安全、只读的推荐方式；5. 无原型对象缺少tostring、hasownproperty等继承方法，需通过object.prototype方法借用调用；6. 使用时需注意无法直接序列化复杂结构、调试时行为陌生及缺乏默认方法等陷阱。因此，该方法能可靠识别无原型对象，并在特定场景下提供更安全高效的纯数据操作。

js怎么判断对象是否没有原型

要判断一个JavaScript对象是否没有原型，最直接的办法就是检查它的内部

[[Prototype]]

登录后复制

属性是否为

null

登录后复制

。这通常意味着这个对象是通过

Object.create(null)

登录后复制

创建出来的。

当我们说一个JavaScript对象“没有原型”时，我们通常指的是它在原型链的最顶端，没有任何父对象可以继承属性和方法。这意味着它甚至不继承

Object.prototype

登录后复制

上的那些常用方法，比如

toString

登录后复制

、

hasOwnProperty

登录后复制

或者

valueOf

登录后复制

。判断一个对象是不是这种情况，最可靠且标准的方式就是使用

Object.getPrototypeOf()

登录后复制

方法。

这个方法会返回指定对象的原型（即内部的

[[Prototype]]

登录后复制

值）。如果它返回

null

登录后复制

，那么恭喜你，你找到了一个“纯净”到不行的对象。

function isPlainObjectWithoutPrototype(obj) {
  // 确保输入是个对象，null本身的原型就是null，但它不是我们通常意义上的“对象”
  // 严格来说，typeof null 是 'object'，但我们这里讨论的是实际的键值对容器
  if (obj === null || typeof obj !== 'object') {
    return false;
  }
  return Object.getPrototypeOf(obj) === null;
}

// 实际测试一下，看看效果
const pureDataMap = Object.create(null);
console.log("pureDataMap 没有原型吗？", isPlainObjectWithoutPrototype(pureDataMap)); // 应该输出 true

const regularObj = {}; // 它的原型是 Object.prototype
console.log("regularObj 没有原型吗？", isPlainObjectWithoutPrototype(regularObj)); // 应该输出 false

const myArray = []; // 它的原型是 Array.prototype
console.log("myArray 没有原型吗？", isPlainObjectWithoutPrototype(myArray)); // 应该输出 false

const aFunction = function() {}; // 它的原型是 Function.prototype
console.log("aFunction 没有原型吗？", isPlainObjectWithoutPrototype(aFunction)); // 应该输出 false

// 还有一种情况，比如继承自一个普通对象
const baseObject = { method: () => 'hello' };
const inheritedObj = Object.create(baseObject);
console.log("inheritedObj 没有原型吗？", isPlainObjectWithoutPrototype(inheritedObj)); // 应该输出 false

登录后复制

我个人觉得，这个

Object.getPrototypeOf()

登录后复制

方法的设计真是简洁又强大，它直接暴露了我们最想知道的信息，避免了那些可能存在的“旁门左道”。

为什么会需要没有原型的对象？它们有什么实际用处？

说实话，刚接触

Object.create(null)

登录后复制

的时候，我有点懵，心想这玩意儿有啥用？但用久了就会发现，它在某些特定场景下简直是神器。最常见的用途就是创建一个“纯粹”的字典或哈希映射。

想象一下，你正在处理一些外部数据，这些数据的键名可能会和

Object.prototype

登录后复制

上的一些内置属性（比如

constructor

登录后复制

hasOwnProperty

登录后复制

toString

登录后复制

）冲突。如果使用普通的

{}

登录后复制

创建对象，这些内置属性就会像“幽灵”一样存在于原型链上，当你尝试遍历或者访问某些键时，可能会遇到意想不到的“污染”。比如，你有一个键名叫

"hasOwnProperty"

登录后复制

，那你的代码可能就会混乱。

使用

Object.create(null)

登录后复制

创建的对象，它就是一张白纸，没有任何继承来的属性。这让它非常适合作为：

纯粹的数据容器： 用来存储键值对，不用担心原型链上的“噪音”。这在实现一些简单的缓存、查找表或者配置对象时特别有用。
提升安全性： 减少了原型链污染的风险。因为没有原型，就没有可以被攻击者篡改的继承属性。
微小的性能优势： 在属性查找时，引擎不需要沿着原型链向上查找，因为根本没有原型链。虽然对于大多数应用来说这点性能提升微不足道，但在极端性能敏感的场景下，也算是个加分项。

这就像是为你自己定制一个全新的工具箱，里面只有你放进去的工具，没有那些出厂自带但你可能永远用不上的。

Object.getPrototypeOf()

登录后复制

和

obj.__proto__

登录后复制

有什么区别？为什么推荐前者？

这个问题，几乎是每个JavaScript开发者在深入学习原型链时都会遇到的。简单来说，

Object.getPrototypeOf()

登录后复制

是官方推荐的、标准化的方式，而

obj.__proto__

登录后复制

则是历史遗留的、非标准（虽然广泛实现）的访问方式。

标书对比王

标书对比王是一款标书查重工具，支持多份投标文件两两相互比对，重复内容高亮标记，可快速定位重复内容原文所在位置，并可导出比对报告。

查看详情

obj.__proto__

登录后复制

看起来很方便，直接一个点就能访问到对象的原型，但它有一些问题：

非标准性： 虽然大多数现代浏览器和Node.js都支持它，但从ECMAScript规范的角度看，它并不是一个标准特性。这意味着在一些非主流环境或者未来，它的行为可能会有变动，甚至被移除。
性能考量： 访问
```
__proto__
```
登录后复制
可能会对JavaScript引擎的优化造成一些阻碍，因为它改变了引擎对对象结构的一些假设。
安全性与可写性：
```
__proto__
```
登录后复制
在某些情况下是可写的，这意味着你可以动态地改变一个对象的原型链，这在某些复杂场景下可能会引入意想不到的副作用或者安全漏洞（比如原型链劫持）。虽然这种操作本身就有风险，但
```
__proto__
```
登录后复制
的存在让这种操作变得“过于容易”。

相比之下，

Object.getPrototypeOf()

登录后复制

是一个静态方法，它提供了一种安全、标准且不会产生副作用的方式来获取对象的原型。它不会直接暴露或允许你修改对象的内部

[[Prototype]]

登录后复制

属性，只提供了一个只读的视图。这就像是，一个是你直接伸手去摸机器内部的零件，另一个是你通过一个安全的观察窗去看零件的状态。显然，后者更稳妥。所以，在任何需要获取对象原型的场景，我都强烈建议使用

Object.getPrototypeOf()

登录后复制

。这是好习惯，也是通往更健壮代码的必经之路。

没有原型的对象在使用时需要注意哪些陷阱？

虽然没有原型的对象有很多优点，但它也有自己的“脾气”，使用不当就可能掉坑里。最主要的陷阱在于它们“太纯粹”了，纯粹到连我们习以为常的

Object.prototype

登录后复制

上的方法都没有。

缺少常用方法： 你不能直接在
```
Object.create(null)
```
登录后复制
创建的对象上调用
```
toString()
```
登录后复制
、
```
hasOwnProperty()
```
登录后复制
、
```
valueOf()
```
登录后复制
等方法。如果你尝试这样做，会得到一个
```
TypeError
```
登录后复制
，因为这些方法根本就不存在于对象本身或它的原型链上。
```
const myPureObj = Object.create(null);
// myPureObj.toString(); // TypeError: myPureObj.toString is not a function
```
登录后复制
如果你确实需要检查属性是否存在，或者进行类型转换，你必须显式地从
```
Object.prototype
```
登录后复制
上借用这些方法：
```
console.log(Object.prototype.hasOwnProperty.call(myPureObj, 'myKey')); // 正确的检查方式
console.log(Object.prototype.toString.call(myPureObj)); // 正确的获取字符串表示方式
```
登录后复制
这在写代码的时候，尤其是在处理一些通用工具函数时，需要特别留意。
JSON序列化问题： 尽管
```
JSON.stringify()
```
登录后复制
通常工作得很好，但如果你的对象内部结构复杂，或者你期望某些默认的
```
toString
```
登录后复制
或
```
valueOf
```
登录后复制
行为来影响序列化结果，那么没有原型的对象可能会让你感到困惑。它们不会有这些默认行为。不过，对于简单的键值对，通常不是问题。
调试时的陌生感： 对于习惯了普通JavaScript对象行为的开发者来说，第一次遇到
```
Object.create(null)
```
登录后复制
创建的对象时，可能会觉得有点“别扭”。例如，在控制台打印时，它们可能显示为
```
{}
```
登录后复制
，但实际上没有任何内置方法。这要求开发者对JavaScript的原型链有更深入的理解。