typeof无法正确识别数组，对数组返回"object"，因其只按底层分类区分基本类型和统一的"object"，而数组本质是继承自object的特殊对象；应使用array.isarray()或object.prototype.tostring.call()判断。
JavaScript 中 typeof 运算符**无法正确识别数组**——它对数组返回 "object"，和普通对象、null 完全一致。这不是 bug，而是语言设计使然：数组本质是特殊的对象，而 typeof 只区分基本类型和统一的 "object"（含函数、数组、日期、正则、null 等）。
为什么 typeof [] === "object" 是合理的
数组在 JS 内部继承自 Object，拥有对象的底层结构（如属性存储、原型链），只是额外添加了 length 和方法（push、map 等）。typeof 不检查构造方式或内部特征，只按值的底层分类返回结果。
-
typeof []→"object" -
typeof {}→"object" -
typeof null→"object"（历史遗留，但已标准化）
别用 typeof 判断数组的常见误区
以下写法看似合理，实则不可靠：
-
typeof arr === "object" && arr.length !== undefined：类数组对象（如arguments、NodeList）也满足 -
typeof arr === "object" && typeof arr.push === "function"：字符串等可能有同名属性；方法也可能被删除或覆盖 -
arr.constructor === Array：constructor可被手动修改，子类实例也不匹配
真正靠谱的数组识别方式
推荐优先使用语义明确、环境安全、不可伪造的方法：
-
Array.isArray(value)：ES5 标准方法，浏览器兼容 IE9+，Node.js 全支持；跨 iframe 安全；不依赖原型链；返回布尔值，无副作用 -
Object.prototype.toString.call(value) === "[object Array]"：通用性强，适用于所有内置类型（如Date、RegExp）；不受constructor或原型篡改影响
需要避免的“看似能用”方案
这些方法在特定场景下容易失效，不建议用于生产环境：
-
value instanceof Array：在多 iframe 页面中会失败（不同上下文的Array构造函数不相等） -
Array.prototype.isPrototypeOf(value)：可被Object.setPrototypeOf()修改，对Proxy包裹的数组行为异常 -
value.__proto__ === Array.prototype：原型链可被动态重设，失去判断依据
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
