最可靠的方法是 Object.prototype.toString.call()，它对 null、数组、正则、日期等返回标准格式字符串如”[object Array]”；Array.isArray() 专用于数组判断，instanceof 仅适用于同源且构造函数明确的场景。
JavaScript 的类型判断不能只靠 typeof，它对 null、数组、正则、日期等返回 "object"，对箭头函数和普通函数都返回 "function"，根本分不清。
用 Object.prototype.toString.call() 获取精确类型
这是最可靠、兼容性最好的原生方式，所有内置对象都会返回标准格式的字符串标识：
Object.prototype.toString.call([]) // "[object Array]" Object.prototype.toString.call(null) // "[object Null]" Object.prototype.toString.call(new Date) // "[object Date]" Object.prototype.toString.call(/a/g) // "[object RegExp]" Object.prototype.toString.call(123n) // "[object BigInt]"
注意点：
- 必须用
call或apply绑定this到目标值，直接调用Object.prototype.toString()没有意义 - 返回字符串固定以
"[object "开头、"]"结尾，中间是首字母大写的类型名，可安全用.slice(8, -1)提取 - ES6+ 新增的类型（如
BigInt、Symbol、Promise）也支持，但自定义类默认仍是"[object Object]"
Array.isArray() 和 instanceof 的适用边界
Array.isArray() 是唯一推荐用于判断数组的方法——比 toString.call() 更语义化，且在跨 iframe 场景下仍准确；而 instanceof 只适用于你明确知道构造函数来源的场景：
立即学习“Java免费学习笔记（深入）”；
- 在同源 iframe 中，
arr instanceof Array可能返回false（因为不同环境的Array构造函数不相等） -
instanceof对原始值无效：123 instanceof Number是false - 它依赖原型链，若对象的
__proto__被篡改或未设置，结果不可靠 - 对内置类型（如
Date、RegExp）可用，但不如toString.call()稳定
避免踩坑：typeof 的典型误用场景
typeof 在以下情况会给出误导性结果：
-
typeof null === "object"—— 这是历史 bug，至今保留 -
typeof [] === "object"，typeof new Date() === "object"—— 无法区分具体引用类型 -
typeof async function(){} === "function"，typeof class C {} === "function"—— 所有可调用对象都返回"function" -
typeof undefined === "undefined"正确，但typeof undeclaredVar === "undefined"不报错，容易掩盖拼写错误
所以，不要用 typeof 做类型分发逻辑，尤其别写 if (typeof x === "array") 这种永远为 false 的判断。
自定义类型和 Symbol.toStringTag 的影响
如果对象设置了 Symbol.toStringTag，toString.call() 会优先返回该值：
const obj = { [Symbol.toStringTag]: "MyType" };
Object.prototype.toString.call(obj); // "[object MyType]"
这意味着：
- 第三方库（如某些 polyfill 或框架）可能覆盖该 symbol，导致类型字符串失真
- 你自己实现类型判断时，若需严格区分原生类型，应先检查是否存在该 symbol
- 不能假设
toString.call(x).slice(8, -1)总是返回标准类型名，生产环境建议加白名单校验
真正难的不是写出一个判断函数，而是理解每个方法背后的机制和边界——比如跨环境、symbol 干预、原型污染这些细节，往往在上线后才暴露。