如何利用 Object.prototype.toString 实现比 typeof 更精确的内置类型判断？

内部标签机制与正确调用方式

typeof 的设计目标是区分基本类型，因此数组、日期、正则这些对象细分种类全部被归入 object，无法进一步识别。Object.prototype.toString 的行为不同：它以 [object Type] 的格式返回内部标签，Type 由引擎为内置对象设定，数组是 Array，日期是 Date，正则是 RegExp，函数是 Function，错误对象是 Error。

关键点在于必须通过 Object.prototype.toString.call(value) 使用，因为许多内置类型都重写了自己的 toString：数组实例调用它得到的是元素拼接字符串，日期得到的是时间字符串。只有借助 call 把待检测值作为 this 传入基类方法，才能稳定拿到类型标签。对 null 和 undefined 该方法也安全，分别返回 [object Null] 和 [object Undefined]。

const toStr = Object.prototype.toString;

function getType(value) {
  return toStr.call(value).slice(8, -1);
}

console.log(getType([1, 2]));
console.log(getType(/ab/g));
console.log(getType(123));
console.log(getType(null));
console.log(getType('x'));

function isType(value, tag) {
  return toStr.call(value).slice(8, -1) === tag;
}

console.log(isType([], 'Array'));
console.log(isType({}, 'Array'));

Array
RegExp
Number
Null
String
true
false

接口响应字段的统一类型归一

假设一个数据可视化模块接收后端返回的配置对象，字段 series 契约上应为数组，但历史版本接口在只有一条数据时直接返回对象，异常分支还会返回日期字符串或正则过滤配置。展示层需要决定走循环渲染还是单点渲染，用 typeof 得到的都是 object 或 string，无法驱动分支，判断逻辑一度靠猜测字段名，错误率很高。

处理方式是引入上述 getType 工具：先判 Array 走批量渲染，Object 包装成单元素数组，String 尝试解析为日期，RegExp 交给过滤管线，其余标签直接拒绝并记录告警。预期上线后类型误路由会清零，因为标签是引擎级别的客观信息，不依赖字段名约定，且对 null 有独立分支，可避免之前 typeof null === 'object' 造成的空指针误报。

标签可被伪造与跨环境的失效点

最大的失效条件是 Symbol.toStringTag：任何对象只要定义了字符串值的该属性，Object.prototype.toString 就会用它作为标签返回。第三方库可能给原型打上自定义标签，恶意代码也可以故意伪造 [object Array]，此时标签判断会得出错误结论。本题按约定不讨论给自定义类打标签的用法，但必须知道标签并非只读事实。

对应处理是：在可信内部代码里仍可用标签判断，但进入安全敏感逻辑时改用 Array.isArray 这类结构化检测，它不读取 Symbol.toStringTag，且能识别跨 iframe 或跨 realm 创建的数组；标签法虽然也能识别跨 realm 数组，但通用封装无法排除符号伪造，若需不可伪造的准确性，则要为日期、正则等类型各写专用检测，通用性随之降低。

容易答错的地方

直接调用实例的 toString 来判型

[1,2].toString() 返回 '1,2'，这是数组重写过的方法而非基类标签方法。正确写法是 Object.prototype.toString.call(value)，通过显式指定 this 绕过派生类的重写。

认为标签结果绝对不可伪造

对象定义字符串值的 Symbol.toStringTag 后，Object.prototype.toString 会优先采用它，伪造 [object Array] 轻而易举。不可信数据应改用 Array.isArray 等结构化检测。

面试官还会怎么问？

把知识连起来