object.prototype.tostring.call()是javascript中最精准的类型检测方法，可区分null、数组、日期等所有内置类型，返回形如"[object array]"的字符串，比typeof更全、比instanceof更可靠。
JavaScript 数组本身不约束元素类型，所以检查其中每个元素的类型，关键不在“数组是否为数组”，而在于“里面每个值是什么”。实际开发中，常见需求是：验证数据结构、做类型安全处理、或为后续逻辑提供依据。下面几种技巧覆盖多数真实场景。
逐个判断：用 Object.prototype.toString.call() 统一识别
这是最稳的方式，尤其适合需要区分 null、undefined、NaN、Symbol、Set、Date 等所有内置类型的场合。
- 对每个元素调用
Object.prototype.toString.call(item)，得到形如[object Array]的字符串 - 提取类型名：
.slice(8, -1).toLowerCase()→"array"、"null"、"date"、"regexp"等 - 比
typeof更全（能识别null和Array），比instanceof更可靠（不受 iframe 或微前端上下文影响）
快速分类：基础类型优先用 typeof，再补 null 和 NaN
如果只关心数字、字符串、布尔、函数等常见类型，且性能敏感（比如遍历大数组），可先用 typeof，再单独处理例外：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
-
typeof item === "number" && !isNaN(item)→ 排除NaN -
item === null→ 单独判断null（typeof null是"object"，不能混用） -
typeof item === "function"→ 函数类型唯一能被typeof精准识别的引用类型 - 其余情况（如
Array、Date）建议回退到toString.call()
业务导向：按需组合判断，不追求“一刀切”
实际项目里，往往不需要知道“它到底是什么类型”，而是想知道“能不能用”。例如：
- 要渲染列表？重点确认是不是有效对象或字符串：
item != null && typeof item !== "function" - 要计算数值？先过滤掉非数字：
typeof item === "number" && isFinite(item) - 要展开嵌套数组？用
Array.isArray(item)判断，而不是typeof item === "object" - 要序列化？避开
function、undefined、Symbol等 JSON 不支持的类型
避免踩坑：别用这些常见误判方式
有些写法看似简洁，但隐患明显，尤其在复杂环境或长期维护项目中：
-
typeof arr === "object"→ 无法区分数组和普通对象，也把null当对象 -
arr instanceof Array→ 在 iframe、Web Worker 或微前端子应用中可能返回false（不同全局环境的Array构造函数不相等） -
arr.constructor === Array→constructor可被改写，不可信 -
JSON.stringify(arr).includes("...")→ 性能差、语义模糊、无法处理循环引用或函数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
