javascript数据类型检测需按场景选择方法：typeof适合区分原始类型和函数但无法识别array/date等；object.prototype.tostring.call()最可靠，可精准识别所有类型；array.isarray()专用于数组判断；instanceof适用于可信上下文的自定义实例。
JavaScript数据类型检测是面试高频考点，核心在于理解每种判断方式的适用场景和局限性。光背结论容易翻车，关键要清楚“为什么这个方法在某种情况下会失效”。
typeof 的坑与适用边界
typeof 最常用，但返回结果有明显盲区：null、数组、正则、日期对象都会返回 "object"；函数返回 "function"（这是特例）；Symbol 和 BigInt 能正确识别。它本质是检测值的内部 [[Type]] 标签，不是靠原型链或构造器。
- 适合快速区分原始类型（除 null 外）和函数
- 不能用于准确识别 Array、Date、RegExp 等内置引用类型
- typeof null === 'object' 是 V8 引擎早期实现的历史遗留问题，无法修改
Object.prototype.toString.call() 是最可靠的通用方案
该方法通过读取对象内部的 [[Class]] 内部属性生成标准字符串，如 "[object Array]"、"[object Null]"、"[object Date]"，结果唯一且稳定，不受原型污染影响，也兼容跨 iframe 场景。
- 推荐封装成工具函数：const typeOf = val => Object.prototype.toString.call(val).slice(8, -1).toLowerCase()
- 对 null 和 undefined 也能返回正确标识（"[object Null]"、"[object Undefined]"）
- 比 instanceof 更底层，不依赖 constructor 或原型链
Array.isArray() 和 instanceof 的分工
Array.isArray() 是专门针对数组的权威判断，语义清晰、性能好、无兼容性问题；instanceof 则适用于自定义类或明确知道构造器来源的引用类型判断，但它依赖原型链，在跨 iframe 或被篡改 prototype 的环境下会失效。
- 判断数组优先用 Array.isArray()，不要用 typeof 或 instanceof
- instanceof 适合判断 new MyClass() 实例，但不适合判断内置对象（如 Date）——因为不同 iframe 的 Date 构造器不同
- constructor.name 可读性强，但 null/undefined 会报错，且可被手动修改，不具可靠性
实际开发中怎么选？
没有银弹，按需组合使用更稳妥。比如校验参数时，先用 typeof 快速过滤基础类型，再对疑似对象调用 toString.call 做精细识别；处理用户输入时，优先考虑安全性和可预测性，而非代码行数。
- 简单逻辑（如只区分 string/number/function）→ typeof
- 需要精确类型名（尤其含 null、Array、Date）→ toString.call
- 确认是否为某类实例且上下文可信 → instanceof
- 明确判断是否为数组 → Array.isArray()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
