在JavaScript中，判断一个变量的类型看似简单，实际上却藏着一堆容易让人困惑的边界情况。最常见的typeof操作符对大多数原始类型能给出合理结果，但一旦遇到null、数组、日期对象或者正则表达式，就会统统返回object，让人难以区分。而instanceof虽然能识别对象是否属于某个构造函数，却无法处理原始类型的字面量，并且在跨iframe或不同执行上下文中还会失效。因此，要精确判断变量类型，我们需要组合多种手段，并理解每种方法的底层机制。
typeof的适用范围与明显缺陷
typeof是JavaScript中最基础的类型检查方式，它返回一个表示变量类型的字符串。对于undefined、boolean、number、string、symbol以及function，typeof的表现完全符合预期。例如typeof 42返回number，typeof 'hello'返回string，typeof function(){}返回function。但对null的处理是著名的历史遗留问题：typeof null会返回object，而不是null。这个行为从JavaScript诞生之初就存在，并且因为兼容性原因无法修复，开发者必须额外使用variable === null来单独判断。
更麻烦的是，所有非函数的对象类型——包括数组、日期、正则、普通对象以及new出来的包装对象——在typeof眼里都是object。这意味着你无法通过typeof []得知它是一个数组，也无法通过typeof new Date()得知它是一个日期对象。此外，typeof对未声明的变量会返回undefined而不会报错，这一特性可以用来做安全检测，但也容易掩盖拼写错误。因此，typeof适合做粗略的原始类型快速判断，但不适合精确区分对象的具体类别。
instanceof操作符可以在一定程度上弥补typeof对对象判断的不足。它检查构造函数的prototype是否出现在对象的原型链上，例如[] instanceof Array返回true，new Date() instanceof Date返回true。然而它对原始类型字面量无效：42 instanceof Number返回false，因为字面量42不是对象。而且instanceof依赖全局作用域中的构造函数，当代码运行在多个iframe或不同的JavaScript执行上下文时，每个上下文都有自己独立的Array、Object等构造函数，跨上下文的instanceof检查会失败。例如一个来自iframe的数组，在主窗口中使用arr instanceof Array会返回false，因为两个Array不是同一个引用。
Object.prototype.toString.call：最可靠的通用方案
要精确判断变量类型，业界公认的可靠做法是使用Object.prototype.toString.call(value)。这个方法会返回一个形如[object Type]的字符串，其中Type就是内部类型标签。之所以必须用Object.prototype.toString而不是实例自身的toString，是因为很多对象重写了toString方法，例如数组的toString会返回元素拼接的字符串，日期的toString会返回完整时间文本，而Object.prototype.toString保持了原始的行为，能够访问内部属性[[Class]]或者Symbol.toStringTag。
对于绝大多数内置类型，Object.prototype.toString.call都能给出准确的标签。数组返回[object Array]，日期返回[object Date]，正则返回[object RegExp]，null返回[object Null]，undefined返回[object Undefined]，数字和字符串也分别返回[object Number]和[object String]。甚至连arguments对象会返回[object Arguments]，错误对象会返回[object Error]，JSON对象会返回[object JSON]。这使得我们能够编写一个统一的精确类型判断函数，从返回字符串中提取出具体的类型名。
下面是一个基于Object.prototype.toString.call的通用类型判断示例。它先获取内部类型标签，去掉前后缀得到小写类型名，然后针对null和undefined做特殊处理，因为它们的toString结果是固定的。对于自定义类的实例，这个方法会返回[object Object]，此时可以结合实例的constructor名称进一步判断，但要注意constructor可能被修改或丢失。
function getPreciseType(value) {
if (value === null) return 'null';
if (value === undefined) return 'undefined';
const typeTag = Object.prototype.toString.call(value);
// 去掉 "[object " 和结尾的 "]"
const typeName = typeTag.slice(8, -1).toLowerCase();
return typeName;
}
console.log(getPreciseType([])); // array
console.log(getPreciseType(new Date())); // date
console.log(getPreciseType(/abc/)); // regexp
console.log(getPreciseType(42)); // number
console.log(getPreciseType('hello')); // string
console.log(getPreciseType(null)); // null
console.log(getPreciseType(undefined)); // undefined
需要注意的是，从ES6开始，Object.prototype.toString会读取对象的Symbol.toStringTag属性。如果某个自定义对象显式设置了Symbol.toStringTag，那么Object.prototype.toString.call的结果就会随之改变。例如给一个对象设置Symbol.toStringTag为'MyClass'，则返回[object MyClass]。这个特性既增加了灵活性，也带来一定的可靠性问题：攻击者或第三方库可能会篡改该属性，导致类型判断失真。好在对于内置原生对象，Symbol.toStringTag是只读的，不容易被覆盖，因此常规场景下依然安全。
实战中的判断需求与完整工具函数
在实际项目里，精确判断类型往往不只是为了打印一个标签，而是为了分支逻辑和安全校验。例如判断一个值是否为纯对象（plain object），即通过对象字面量或new Object()创建的对象，而不是数组、日期、类实例等。纯对象的判断不能只看Object.prototype.toString.call(value) === '[object Object]'，因为很多非纯对象也返回这个结果。更严格的做法是检查原型链：如果值的原型正好是Object.prototype或者为null，才认为是纯对象。下面这个isPlainObject函数的实现就采用了这种思路，同时兼容了Object.create(null)创建的无原型对象。
function isPlainObject(value) {
if (typeof value !== 'object' || value === null) {
return false;
}
const proto = Object.getPrototypeOf(value);
// 原型为 null 或 Object.prototype 都视为纯对象
return proto === null || proto === Object.prototype;
}
console.log(isPlainObject({})); // true
console.log(isPlainObject(Object.create(null))); // true
console.log(isPlainObject([])); // false
console.log(isPlainObject(new Date())); // false
console.log(isPlainObject(new Map())); // false
另一个常见需求是判断一个值是否为数字，包括数字字面量和Number对象。如果直接使用typeof value === 'number'，对于new Number(42)会返回false，因为它是对象。此时可以结合Object.prototype.toString.call来覆盖对象包装类型。类似地，判断字符串、布尔值、函数等也应考虑对象包装形式。虽然实际业务中很少使用new Number这类写法，但编写健壮的工具函数时应当兼顾。下面给出一个完整的getType增强版，它不仅返回类型名，还能识别数字和字符串的包装对象。
function getTypeFull(value) {
if (value === null) return 'null';
if (Array.isArray(value)) return 'array';
if (value instanceof Date && !isNaN(value)) return 'date';
if (value instanceof RegExp) return 'regexp';
if (value instanceof Map) return 'map';
if (value instanceof Set) return 'set';
if (value instanceof Promise) return 'promise';
const baseType = typeof value;
if (baseType !== 'object') {
return baseType;
}
// 处理 Number、String、Boolean 包装对象
if (value instanceof Number) return 'number';
if (value instanceof String) return 'string';
if (value instanceof Boolean) return 'boolean';
const tag = Object.prototype.toString.call(value).slice(8, -1);
return tag.toLowerCase();
}
console.log(getTypeFull(123)); // number
console.log(getTypeFull(new Number(123))); // number
console.log(getTypeFull('abc')); // string
console.log(getTypeFull(new String('abc'))); // string
console.log(getTypeFull([])); // array
console.log(getTypeFull(new Date())); // date
console.log(getTypeFull(new Map())); // map
实际使用中还需要注意性能问题。Object.prototype.toString.call虽然可靠，但相比typeof会有一定的调用开销，不适合在极端高频的热点路径中反复调用。如果只是判断原始类型，优先使用typeof；判断数组时使用Array.isArray，这是专门针对数组的、跨上下文安全的判断方法；判断null直接与null比较；对于需要区分具体对象类型的场景，再引入Object.prototype.toString.call。另外，不要依赖constructor属性做类型判断，因为constructor可以被修改，而且在原型继承和Object.create等操作后可能丢失或指向错误的构造函数。
总结来说，JavaScript中没有单一的万能类型判断方法，但通过分层策略可以覆盖绝大多数实际需求：用typeof处理原始类型和函数，用Array.isArray判断数组，用Object.prototype.toString.call精确区分内置对象，再针对特定类型编写辅助函数。理解每种方法的底层原理和边界条件，才能避免写出脆弱且难以维护的类型判断逻辑。
JavaScript类型判断typeof修改时间：2026-08-26 02:26:47