JS 数组检测方法对比：Array.isArray 与 toString 的兼容性与性能

一、为什么常规判断方法会失效？

在深入探讨两大主流数组检测方法前，有必要先理清初学者常踩的两个误区：为什么 JavaScript 基础语法中的 typeof 和 instanceof 无法胜任数组判断。

首先是 typeof 操作符。在 ECMAScript 规范中，数组本质上是具有特殊索引行为和 length 属性的“异质对象（Exotic Object）”，其内置的 [[Call]] 槽并不存在，因此 typeof [] 的求值结果永远是字符串 "object"。它无法将纯数组与普通对象 {}、null 或正则对象区分开来。

其次是基于原型链比对的 instanceof 操作符。在单页面简单应用中，arr instanceof Array 能够正常工作，但它的判定逻辑依赖于左侧对象的原型链上是否存在右侧构造函数的 prototype 引用。一旦进入多窗口、iframe 或 Node.js 的 vm 沙箱等多 Realm（执行上下文领域）环境，每个 Realm 都会实例化一套独立的内置全局对象。此时，子窗口创建的数组其原型指向的是子窗口的 Array.prototype，而在主窗口中执行 subArr instanceof Array 时，比对的是主窗口的 Array.prototype，由于两者的内存地址完全不同，表达式会彻底失效并返回 false。

二、两套方案的实现原理与内部规范

为了克服原型链在跨环境下的断裂问题，社区历史与 ECMAScript 规范先后给出了两种健壮方案。

1. Object.prototype.toString.call(value) 的元编程机制

在 ECMAScript 5 及更早版本中，每个对象在创建时都会在规范层绑定一个不可枚举的内部属性 [[Class]]。对于原生数组，该内部属性的值固定为 "Array"。

// 传统模式下的经典写法
function isArrayTraditional(val) {
  return Object.prototype.toString.call(val) === '[object Array]';
}

为什么必须通过 Object.prototype.toString.call() 间接调用，而不能直接写 val.toString()？因为 Array.prototype 重写（override）了 toString 方法，数组实例直接调用只会输出逗号分隔的元素字符串（例如 [1, 2].toString() === "1,2"）。只有强制借用 Object.prototype 上的原生实现，引擎才会按照规范流程执行装箱并提取内部类型标签。

2. Array.isArray(value) 的规范原语

ECMAScript 5.1（2011年）正式将 Array.isArray 写入标准。与借用对象方法不同，Array.isArray 在规范底层直接映射为抽象操作 IsArray(argument)：

// 现代标准用法
const isArr = Array.isArray(val);

规范明确规定：如果传入的对象是原生数组，或者是一个目标为数组的 Proxy 代理对象，IsArray 将直接返回 true，且完全不受对象所在窗口或执行领域（Realm）的影响。

三、跨 Realm（多 iframe / 沙箱）环境下的边界对比

在现代前端架构中，微前端、富文本编辑器沙箱、第三方 SDK 隔离等场景广泛使用 <iframe>。此时，数组判断的稳健性直接决定了业务逻辑的健壮度。

// 跨 Realm 场景复现示例
const iframe = document.createElement('iframe');
document.body.appendChild(iframe);

// 从 iframe 上下文中获取一个数组实例
const iframeArray = iframe.contentWindow.eval('["apple", "banana"]');

console.log(iframeArray instanceof Array); // false (主窗口原型断裂)
console.log(Array.isArray(iframeArray));    // true (规范原语穿透成功)
console.log(Object.prototype.toString.call(iframeArray) === '[object Array]'); // true (成功)

如上代码所示，Array.isArray 与 Object.prototype.toString.call 均能完美识别来自其他 Realm 的数组，因为它们校验的不是具体的构造函数原型链内存指针，而是对象内在的规范类型。

四、引擎底层执行机制与性能基准深度实测

既然 Array.isArray 与 Object.prototype.toString.call 在结果上都能正确识别跨 Realm 数组，那么为什么现代规范极力推荐 Array.isArray？核心差距在于执行效率与底层机器指令开销。

1. V8 TurboFan / Maglev 的内联编译机制

在现代 JavaScript 引擎（以 Chromium / Node.js 的 V8 引擎为例）中，Array.isArray 是一个被编译器特殊照顾的原语（Compiler Intrinsic）。在 JIT 优化阶段，TurboFan 会直接将其内联展开为一条极其轻量的机器检查指令（如检查对象 Map 头的特定位标记）。这意味着：

• 零函数调用开销：不需要在调用栈中开辟函数栈帧；
• 零内存分配：不产生任何临时对象或字符串；
• 分支预测极度友好：在单条 CPU 时钟周期级别即可完成比对。

2. toString.call 的多阶段开销

相对而言，执行一次 Object.prototype.toString.call(arg) === '[object Array]' 需要跨越多个沉重的步骤：

1. 属性检索与函数调用：从原型链查找 toString 并通过 .call() 触发上下文切换；
2. 参数装箱：若传入非对象，规范要求执行 ToObject 操作；
3. 字符串格式化：在堆内存中动态分配并拼接产生新的字符串 "[object Array]"；
4. 全等比对：将生成的字符串与字面量进行逐字符的严格相等性比较；
5. 垃圾回收压力：频繁调用会在新生代内存堆中制造大量临时小字符串，增加 GC 频次。

五、ES6 引入的微妙边界：Symbol.toStringTag 与 Proxy

除了性能之外，在现代 ECMAScript 规范中，两者在安全性与防御性编程层面也出现了分化。

1. Symbol.toStringTag 带来的伪造风险

ES6 引入了内置 Symbol Symbol.toStringTag，允许开发者自定义 Object.prototype.toString() 的返回值：

// 伪造一个看似是数组的普通对象
const fakeArray = {
  length: 2,
  0: 'a',
  1: 'b',
  [Symbol.toStringTag]: 'Array'
};

console.log(Object.prototype.toString.call(fakeArray)); 
// 输出: "[object Array]" -> 判定失误！将普通对象误判为数组

console.log(Array.isArray(fakeArray)); 
// 输出: false -> 准确识破伪装，确保类型安全

Object.prototype.toString 在 ES6 规范第 14 步会优先读取目标对象的 @@toStringTag。如果恶意代码或第三方库在普通对象上设置了 [Symbol.toStringTag] = 'Array'，toString.call 就会被欺骗。而 Array.isArray 直接基于引擎底层 IsArray 判定，无法被此属性篡改，具备不可动摇的防御安全性。

2. Proxy 对象的解包一致性

现代框架（如 Vue 3 的响应式系统）大量使用 new Proxy([], handler)。根据规范，Array.isArray(proxyArr) 会递归探测代理的底层 Target。只要被代理的目标是真实数组，即便包裹了多层 Proxy，Array.isArray 依然准确返回 true，完全符合应用层对响应式数组的直觉需求。

六、工程落地与健壮 Polyfill 实现

Array.isArray 得到了包括现代主流浏览器（Chrome、Firefox、Safari、Edge）以及 Node.js、Deno、Bun 的完全原生支持，向后兼容至 Internet Explorer 9。

如果你的项目需要运行在 IE8 及更早版本的古董浏览器中，正确的工程化实践是在工程入口处注入符合规范的标准 Polyfill，而在所有业务代码中一律保持 Array.isArray(x) 的干净调用：

// 生产级健壮 Polyfill 规范实现
if (!Array.isArray) {
  Array.isArray = function(arg) {
    // 快速拦截 null 和 undefined 等无效原始类型
    if (arg === null || arg === undefined) {
      return false;
    }
    // 借用 Object.prototype.toString 进行内部 [[Class]] 校验
    return Object.prototype.toString.call(arg) === '[object Array]';
  };
}

七、总结与选型清单

综上所述，Array.isArray() 无论在语义表达、执行速度、跨上下文稳定性还是防伪造安全方面，都是现代 JavaScript 处理数组判定的最优解。在编写日常业务逻辑与通用基础库时，请始终坚定选择 Array.isArray()。