JS判断变量是否为数组的方法

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《JS判断变量是否为数组的方法》，很明显是关于文章的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

判断一个变量是不是数组，最靠谱的方法是使用Array.isArray()，它能准确识别数组并避免跨全局上下文的判断错误，1. Array.isArray()是首选方案，直接返回true或false，不受iframe等环境影响；2. instanceof Array在跨全局上下文（如iframe）时会失效，因不同全局环境的Array构造函数不相等；3. Object.prototype.toString.call()能正确判断数组及其他内置类型，曾是ES5前最可靠方法，适用于通用类型检测；4. 其他方法如constructor或typeof不可靠，前者易被篡改且受上下文限制，后者对数组返回'object'无法区分。因此，应优先使用Array.isArray()进行数组判断，该方法简洁、安全、兼容性强，是现代JavaScript开发中的标准实践。

在JavaScript里判断一个变量是不是数组，最靠谱、最直接的方式就是用Array.isArray()。它能告诉你一个变量到底是不是一个真正的数组，而且几乎没什么坑。

解决方案

要判断一个变量是不是数组，我的首选，也是强烈推荐的方法，就是使用Array.isArray()。这个方法是ES5引入的，专门用来解决各种判断数组的“历史遗留问题”。你只需要把你想判断的变量传进去，它会返回true或false。比如：

let myArr = [1, 2, 3];
let myObj = { a: 1 };
let myStr = "hello";

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

这个方法好就好在它非常稳健，不会被一些复杂的JavaScript运行环境（比如iframe）所迷惑。

为什么Array.isArray()是判断数组的“最优解”？

说实话，在Array.isArray()出来之前，判断一个变量是不是数组，还真有点头疼。那时候，我们可能会用instanceof Array，或者更“黑科技”一点的Object.prototype.toString.call(variable) === '[object Array]'。

Array.isArray()之所以是“最优解”，核心原因在于它能正确处理跨全局上下文（cross-realm）的问题。想象一下，如果你在一个iframe里创建了一个数组，然后把它传到父窗口来判断，instanceof Array可能就会给你一个错误的结果，因为它会认为那个数组不是当前全局上下文的Array构造函数创建的实例。但Array.isArray()就没这个问题，它不关心这个数组是在哪个“世界”里诞生的，只管它是不是一个数组。这对于前端开发来说，尤其是在处理多窗口、Web Workers或者一些第三方库时，简直是救星。它就是为了这个特定目的而设计的，所以用起来最省心，也最不容易出错。

instanceof Array在什么情况下会“失效”？

instanceof操作符，其实是用来检查一个对象是否是某个构造函数的实例。它在大多数情况下，对于判断数组是有效的，比如：

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

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

但它的“阿喀琉斯之踵”就在于，它要求被检测的对象和构造函数必须在同一个JavaScript全局上下文中。这听起来有点抽象，但最常见的场景就是上面提到的iframe。

这里，iframeArray是在iframe的JavaScript环境中创建的，它属于iframe的Array构造函数。而父窗口的Array构造函数和iframe的Array构造函数是不同的对象，即使它们都叫Array。所以，instanceof在这里就“失效”了，因为它比较的是两个不同的内存地址。这就是为什么我们通常不推荐用instanceof Array来做通用数组判断的原因。

Object.prototype.toString.call()又是什么“黑魔法”？

这个方法，我个人觉得它有点像JavaScript里的“万能探测器”。Object.prototype.toString是一个非常底层的内部方法，当你直接调用一个对象的toString()方法时，如果这个对象没有自己的toString()实现，就会向上查找，最终调用到Object.prototype.toString()。这个方法会返回一个表示对象类型的字符串，格式是[object Type]。

比如：

console.log(Object.prototype.toString.call([]));        // "[object Array]"
console.log(Object.prototype.toString.call({}));        // "[object Object]"
console.log(Object.prototype.toString.call(new Date()));// "[object Date]"
console.log(Object.prototype.toString.call(Math));      // "[object Math]"
console.log(Object.prototype.toString.call(null));      // "[object Null]"
console.log(Object.prototype.toString.call(undefined)); // "[object Undefined]"

所以，你可以通过判断Object.prototype.toString.call(variable) === '[object Array]'来确定一个变量是不是数组。

这个方法的好处是，它和Array.isArray()一样，也能很好地处理跨全局上下文的问题，因为它不依赖于特定的构造函数引用，而是直接检查对象的内部[[Class]]属性（在ES6之后，这个内部属性被Symbol.toStringTag取代，但原理类似）。它比Array.isArray()更“通用”，因为你可以用它来判断所有内置类型（比如Date、RegExp、Function等等）。在Array.isArray()出现之前，这几乎是判断数组最可靠的方法。现在，虽然有了更专一的Array.isArray()，但了解Object.prototype.toString.call()的用法，对于理解JavaScript类型检测的深层机制，以及在需要判断其他内置类型时的应用，还是非常有价值的。有时候，如果你想写一个能判断多种类型的工具函数，它就会派上大用场。

还有其他“奇技淫巧”吗？

当然，还有一些不那么推荐，但你可能会在老代码里或者某些特殊场景下看到的判断方法。比如检查constructor属性：

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

这个方法和instanceof有类似的问题，它也受限于全局上下文。而且，如果对象的constructor属性被重写了，或者继承链上有些“奇怪”的操作，它就可能给出错误的结果。所以，这基本是个“雷区”，能避开就避开。

另外，你可能也会想到typeof。但typeof对于数组来说，只会返回'object'，因为它无法区分普通对象和数组。所以，typeof在这里是完全无用的。

总结一下，JavaScript里判断数组，现在就是Array.isArray()的天下。它简单、直接、可靠。而Object.prototype.toString.call()则是一个更通用的类型检测工具，了解它能帮助你更深入地理解JavaScript的类型系统。至于其他方法，知道它们的存在和局限性就足够了，实际开发中尽量避免使用。

到这里，我们也就讲完了《JS判断变量是否为数组的方法》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！