JavaScript类型判断应优先选语义准确、上下文开销最小的方法：typeof最快但有局限；Object.prototype.toString.call()最可靠但较慢；Array.isArray()等专用API兼顾性能与准确性；instanceof和constructor慎用。
JavaScript类型判断方法的性能差异真实存在，但多数场景下影响微乎其微；真正关键的是选对方法——不是“最快”，而是“在正确上下文中开销最小且语义准确”。
基础检测：typeof 仍是首选
typeof 是所有类型检测中执行速度最快的原生操作，Chrome 下实测可达约 5000 万次/秒。它适合快速排除基本类型（string、number、boolean、undefined、symbol、bigint），但有两个硬伤：null 返回 "object"，对象子类型（如 Array、Date）全部返回 "object"。
- 推荐用法：先用 typeof 快速分流，再对 object 类型做进一步识别
- 避免单独用 typeof 判断数组或 null —— 语义错误比性能损耗更危险
- 写法示例：
typeof x === 'string' || typeof x === 'number'
精准识别：Object.prototype.toString.call() 最可靠
该方法能区分所有内置类型，包括 null、undefined、Array、Map、Set、Promise 等，返回形如 "[object Array]" 的标准字符串。但它性能较低（约 300 万次/秒），因为涉及原型链查找与字符串构造。
- 只在需要精确类型名时使用，比如序列化、调试工具、通用校验库
- 可缓存常用结果提升效率，例如：
const toString = Object.prototype.toString; - 不要在高频循环里调用，尤其避免重复 call 同一对象
专项检测：按需选用专用 API
现代 JS 提供了语义明确、性能折中的专用方法，它们在各自领域既快又准：
立即学习“Java免费学习笔记（深入）”；
-
Array.isArray()：专用于数组，比instanceof Array更可靠（跨 iframe 也有效），性能约 1000 万次/秒 -
Number.isNaN()和Number.isFinite()：比全局isNaN()和isFinite()更安全、更快，不触发强制转换 -
value === null或value == null：判断 null/undefined 最直接，无函数调用开销
慎用方案：instanceof 与 constructor
这两者依赖原型链，性能中等（约 1000 万次/秒），但有明显局限：
-
instanceof在跨框架或跨 window 场景下失效（不同全局环境的 Array 构造函数不等价） -
constructor属性可被篡改，null和undefined无法访问该属性，易抛错 - 仅建议在可控模块内、明确继承关系时使用，不作为通用类型判断手段
实战建议：组合策略比单点优化更重要
没有银弹，只有适配场景的组合：
- 输入校验层：先
typeof分流，再对 object 用Array.isArray()或toString.call() - 运行时断言（如 TypeScript 编译后保留的检查）：优先用
=== null、typeof === 'function'等零开销判断 - 工具函数封装：对外暴露统一接口，内部按值类型自动选择最优路径，避免调用方决策负担
