js 如何判断变量是数组

最直接、最可靠的方法是使用array.isarray()。1. array.isarray()是标准且可靠的方法，能准确判断变量是否为数组，返回布尔值；2. typeof无法区分数组和对象，因为数组本质是对象，typeof对数组和对象都返回"object"；3. instanceof可判断数组但有局限，跨上下文（如iframe）时因构造函数不同可能导致判断失败；4. 其他方法如object.prototype.tostring.call()虽健壮但语法冗长，constructor判断易受修改影响，均不如array.isarray()简洁可靠。因此，使用array.isarray()是判断数组的最佳选择。

在JavaScript中，要判断一个变量是不是数组，最直接、最可靠的方法是使用

Array.isArray()

。这个内置函数就是为此目的而生，它能准确无误地告诉你一个值是否为一个数组。

解决方案

使用

Array.isArray()

是现代JavaScript中判断变量是否为数组的标准做法。它会返回一个布尔值，

true

表示是数组，

false

表示不是。

const myArr = [1, 2, 3];
const myObj = { a: 1, b: 2 };
const myStr = "hello";
const myNum = 123;

console.log(Array.isArray(myArr)); // true
console.log(Array.isArray(myObj)); // false
console.log(Array.isArray(myStr)); // false
console.log(Array.isArray(myNum)); // false
console.log(Array.isArray(null));  // false
console.log(Array.isArray(undefined)); // false

我个人觉得，当你需要一个明确的、不会被各种奇葩情况影响的判断时，

Array.isArray()

就是你的不二之选。它避免了许多老方法可能遇到的陷阱，让代码更健壮。

为什么

typeof

判断数组会出错？

说实话，刚开始学JS那会儿，这问题确实把我绕晕过。很多人直觉上会想用

typeof

，毕竟它能判断字符串、数字、布尔值这些基本类型。但当你对一个数组使用

typeof

时，你会发现它返回的是

"object"

。

const arr = [1, 2, 3];
console.log(typeof arr); // "object"

const obj = { name: "Alice" };
console.log(typeof obj); // "object"

这是因为在JavaScript中，数组本质上也是一种特殊的对象。

typeof

运算符在处理引用类型（如对象、数组、函数）时，除了函数会返回

"function"

，其他所有对象都会返回

"object"

。它无法区分普通对象和数组，也无法区分

null

（

typeof null

也返回

"object"

）。所以，如果你的代码需要精确地识别数组，

typeof

显然是不够用的。

instanceof

可以用来判断数组吗？有什么局限？

instanceof

操作符确实可以用来判断一个对象是否是某个构造函数的实例。所以，用

arr instanceof Array

来判断数组在很多情况下是可行的。

const arr = [1, 2, 3];
console.log(arr instanceof Array); // true

const obj = {};
console.log(obj instanceof Array); // false

看起来很完美，对吧？但它有个非常重要的局限性，特别是在前端开发中，这坑可不小。

instanceof

的工作原理是检查对象的原型链。它会沿着

arr

的原型链向上查找，看能否找到

Array.prototype

。如果能找到，就返回

true

。

问题来了：如果你的代码涉及到多个JavaScript上下文（比如，页面中嵌入的iframe、Web Workers、或者Node.js中通过

vm

模块创建的沙箱环境），每个上下文都有自己的全局对象和自己的

Array

构造函数。一个在iframe中创建的数组，它的

Array

构造函数和主页面中的

Array

构造函数不是同一个引用。

// 假设这是在一个iframe中创建的数组
// const iframe = document.createElement('iframe');
// document.body.appendChild(iframe);
// const iframeArray = iframe.contentWindow.Array(1,2,3);

// 在主页面中执行
// console.log(iframeArray instanceof Array); // 可能会返回 false，因为它们不是同一个Array构造函数

在实际开发中，虽然不常见，但这种跨上下文的场景确实会发生，一旦发生，

instanceof

就会给你一个意想不到的

false

。所以，虽然它能用，但它的“可靠性”是有限的，这也是为什么

Array.isArray()

被引入的原因，它就是为了解决这种跨上下文的问题。

除了

Array.isArray()

，还有哪些“古老”的方法？它们有什么优缺点？

在

Array.isArray()

出现之前（ES5规范），开发者们为了判断数组，确实想出了不少巧妙但略显“笨拙”的方法。了解它们能帮助我们理解

Array.isArray()

的价值。

1. Object.prototype.toString.call(variable)

   这是我个人在

   Array.isArray()

   之前最喜欢用，也是最推荐的方法。它利用了

   Object.prototype.toString

   这个方法在不同类型对象上返回不同字符串的特性。当对一个数组调用它时，它会返回

   "[object Array]"

   。

   const arr = [1, 2, 3];
   const obj = {};
   const func = () => {};
   const num = 123;
   
   console.log(Object.prototype.toString.call(arr));  // "[object Array]"
   console.log(Object.prototype.toString.call(obj));  // "[object Object]"
   console.log(Object.prototype.toString.call(func)); // "[object Function]"
   console.log(Object.prototype.toString.call(num));  // "[object Number]"
   
   // 判断
   console.log(Object.prototype.toString.call(arr) === '[object Array]'); // true

   优点： 极其健壮，能够正确处理跨上下文的数组，因为它不依赖于特定的

   Array

   构造函数实例，而是利用了内部的

   [[Class]]

   属性（在ES6中被

   Symbol.toStringTag

   取代，但行为保持兼容）。 缺点： 语法相对冗长，可读性不如

   Array.isArray()

   直观。

2. variable.constructor === Array

   这种方法是检查变量的

   constructor

   属性是否指向

   Array

   构造函数。

   const arr = [1, 2, 3];
   console.log(arr.constructor === Array); // true
   
   const obj = {};
   console.log(obj.constructor === Array); // false

   优点： 相对直观。 缺点： 和

   instanceof

   一样，它也受限于JavaScript上下文。如果数组是在不同的iframe或Web Worker中创建的，那么

   arr.constructor

   可能不会是主页面中的

   Array

   。此外，

   constructor

   属性是可以被修改的，如果有人恶意或不小心地修改了对象的

   constructor

   属性，这个判断就会失效，导致误判。这在实际项目中虽然不常见，但作为一种潜在的风险，需要考虑。

总的来说，这些“古老”的方法各有优缺点，但它们都无法像

Array.isArray()

那样，以一种简洁、可靠且无副作用的方式来判断数组。这也是为什么我们现在都推荐使用

Array.isArray()

的原因。它就是为了解决这些历史遗留问题而诞生的。