Object.prototype.toString.call()是唯一能准确识别所有JavaScript数据类型的方法；typeof仅对基础类型可靠，instanceof依赖原型链且跨iframe失效，二者均无法单独准确判断null、数组等类型。
typeof 和 instanceof 都不能单独可靠地判断 JavaScript 中的所有数据类型，尤其对 null、数组、正则、日期等值容易误判；必须组合使用或改用 Object.prototype.toString.call() 才能准确识别。
typeof 只能区分基础类型，对引用类型基本失效
typeof 返回的是字符串，但它在设计上就存在历史缺陷：所有对象（包括数组、正则、Date、Promise 等）都返回 "object"，而 null 也返回 "object"（这是早期 JS 的 bug，但被保留至今）。
常见误判示例：
-
typeof null→"object"（不是"null"） -
typeof []→"object"（不是"array"） -
typeof /abc/→"object"（不是"regexp"） -
typeof new Date()→"object"
它真正能准确区分的只有："string"、"number"、"boolean"、"undefined"、"symbol"、"bigint"、"function"。
立即学习“Java免费学习笔记（深入）”；
instanceof 依赖原型链，跨 iframe 就失效
instanceof 检查的是对象的 __proto__ 是否在构造函数的 prototype 链上。这意味着它只适用于「已知构造器」且「原型链未被破坏」的场景。
典型问题：
-
[] instanceof Array→true，但[] instanceof Object也是true（因为Array.prototype继承自Object.prototype） -
document.getElementById('x') instanceof HTMLElement→ 在多数浏览器中成立，但若元素来自另一个 iframe，则返回false（不同全局环境，HTMLElement不是同一个构造函数） -
new Map() instanceof Map→true，但new Map() instanceof Object也是true，无法区分“纯对象”和“内置类实例”
它不适合做通用类型检测，更适合做「是否由某类构造而来」的业务逻辑判断（比如确认某个值是自定义类的实例）。
准确检测类型，得靠 Object.prototype.toString.call()
这是唯一被规范明确定义、可稳定返回内部 [[Class]] 标签的方法。所有标准内置对象都会返回形如 "[object Array]"、"[object Date]" 的字符串。
实操建议：
- 封装一个工具函数：
function typeOf(val) { return Object.prototype.toString.call(val).slice(8, -1).toLowerCase(); } // typeOf([]) → "array" // typeOf(null) → "null" // typeOf(/a/) → "regexp" // typeOf(new Set()) → "set" - 注意：它对自定义类返回
"object"，除非你手动设置Symbol.toStringTag - 不推荐直接用
toString()（会调用对象自己的方法，可能被重写），必须用Object.prototype.toString.call()
实际项目中怎么选？看用途，别硬套
判断是否为函数，用 typeof fn === "function" 最快最安全；判断是否为数组，优先用 Array.isArray()（比 instanceof 更健壮）；判断是否为 null，直接用 val === null；其余复杂类型统一走 Object.prototype.toString.call()。
最容易被忽略的一点：类型检测不是目的，而是服务于后续逻辑分支。如果只是为了防止 map() 报错，不如直接用 Array.isArray() + if，而不是先用一堆 typeof 套娃再判断——简洁、可读、不易出错。
