JavaScript判断plain object的两种方法功能与效率对比

1. 功能一致性判断 #

两套实现无法做到功能完全等价，核心差异如下：

• 原实现的plain object判定规则：从输入值的原型链起点开始，逐层向上遍历，直到找到原型链最顶端（即某层对象的原型为null的位置），最终判断输入值的直接原型是否就是这个顶端原型。这套逻辑的优势是天然兼容跨JS Realm（隔离的执行上下文，比如不同iframe环境）的判定：不管对象来自哪个独立JS执行环境，只要它的直接原型就是自身原型链的根节点，就会被判定为plain object。
• 简化实现的plain object判定规则：创建一个当前环境下的空对象，直接拿这个空对象的原型和输入值的直接原型做引用对比。这套逻辑存在两个固定的判定偏差：
  • 面对跨Realm的普通对象时，不同JS执行上下文的Object.prototype并非同一个引用，会把其他上下文里的原生普通对象误判为非plain object
  • 如果当前环境的全局Object.prototype被手动篡改、原型链被人为加长，原实现会因为遍历到更靠后的链顶端，判定当前的普通对象不再是plain object，但简化实现感知不到这类篡改，仍然会误判为符合要求的对象
• 只有在同Realm执行、全局Object.prototype未被篡改的常规开发场景下，两套实现的返回结果才会完全一致。

2. 运行效率对比 #

在能保证功能等价的常规场景下，简化实现的运行效率确实更高：

• 原实现需要循环向上遍历原型链直到链尾，存在固定的遍历开销，遇到异常的加长原型链时，开销会进一步上升
• 简化实现仅需执行一次空对象创建、两次原型属性读取、一次引用对比，没有循环分支，执行链路更短，单步操作的开销更低
• 这种效率提升是建立在牺牲跨环境兼容性、异常场景判定准确性的基础上的。

内容的提问来源于stack exchange，提问作者tykatyk