别再被 typeof 骗了：JavaScript 类型判断的实战避坑指南

日常写代码时，参数传错类型是踩坑重灾区。函数内部没做拦截，跑起来要么抛异常，要么静默执行出诡异结果。很多人第一反应是搬出 typeof，但很快就会发现，面对数组、日期甚至自定义实例时，它的反馈总是差强人意。类型检查不是背关键词，而是根据业务场景选对工具。把这套组合拳打顺了，线上排查问题的时间能省下一半。

typeof 的设计初衷只是粗略分类，它能把原始值和非原始值切开，但在细分领域经常水土不服。比如 typeof null === 'object' 算是历史遗留标记偏差，直接拿去写校验逻辑迟早翻车。想要精准识别，得回归引擎内部的 [[Class]] 标签机制。Object.prototype.toString.call() 才是正解。它会跳过原型链干扰，直接读取对象的内部类别名。不管是内置的 Array、Date、RegExp，还是跨上下文传递的 DOM 节点，扔进去都能吐出准确身份。遇到跨 iframe 导致 instanceof 检测失效的场景，这个方法照样稳当。

原生 API 已经覆盖大部分高频需求，别总想着用底层反射掩盖标准库的短板。判断集合直接用 Array.isArray()，V8 引擎对其做了内联优化，性能优于原型方法且语义零歧义；处理 Symbol 或 BigInt 这类新增原始值，typeof 实际上很守规矩，该返什么绝不拖泥带水。真正需要警惕的是隐式包装对象。你以为拿的是纯文本，实际上游数据混进了 new String() 的实体，此时用 typeof 抓出来全是 object。想剥离这层外衣，顺手补个类名提取逻辑就能还原本质。

把这些碎片拼成生产可用的校验函数，才是形成技术壁垒的关键。将下面这段逻辑沉淀到项目公共模块，按需注入默认值或抛出结构化错误。核心思路是优先兜底空值、分流复杂引用、原始值统一归档。多一层守卫，少一次深夜热修复。

function checkType(target) {
  if (target === null) return 'null';
  if (typeof target === 'object') {
    /** 数组优先拦截，兼顾性能与可读性 */
    if (Array.isArray(target)) return 'array';
    /** 提取 Object.prototype.toString 的类别名并标准化 */
    const tag = Object.prototype.toString.call(target);
    return tag.slice(8, -1).toLowerCase();
  }
  return typeof target;
}
// 调用验证：checkType(new Date()) => 'date', checkType(undefined) => 'undefined'

写好拦截器别急着收工，顺手配两组边界用例跑通断言。类型安全不是靠直觉堆砌出来的，而是用覆盖输入输出的测试脚本逼着代码暴露边缘情况。当你养成在接收第三方回调前加一道类型过滤的习惯，控制台里的 TypeError 自然会断崖式下降。工具永远只是辅助，看清语言底层规则，写出的代码反而更轻盈。