利用toString标签判断TypedArray变体-js教程-PHP中文网

object.prototype.tostring.call()无法可靠区分typedarray子类，因其返回值依赖可篡改的@@tostringtag、在旧版safari等环境不一致，且自定义子类若未设symbol.tostringtag会丢失类型信息；推荐用arraybuffer.isview()配合constructor.name或原型比对。

利用tostring标签判断typedarray变体

不能用 toString 标签（即 Object.prototype.toString.call()）准确区分所有 TypedArray 变体的类型。

为什么 toString 无法可靠识别 TypedArray 子类

Object.prototype.toString.call() 对所有标准 TypedArray 实例（如 Uint8Array、Float64Array 等）都返回 "[object ArrayBuffer]" 或更常见的是 "[object Uint8Array]" 等具体名称——但这个行为**不统一且不可靠**：

在多数现代引擎中，它确实返回类似 "[object Uint16Array]" 的字符串，看似可用
但该行为依赖于内部 @@toStringTag 的设置，而该属性可被篡改，不具备防御性
某些环境（如旧版 Safari 或严格模式下的 polyfill）可能返回泛化的 "[object Object]"
自定义 TypedArray 子类（如继承 Uint8Array）若未显式设置 Symbol.toStringTag，会丢失类型信息

推荐的判断方式：使用 constructor.name 或 ArrayBuffer.isView

更健壮的做法是结合构造器名称与类型检查：

javascript-pro

专注现代 ECMAScript、异步编程、性能优化和全栈的 JavaScript 专家，适用于现代开发

下载

先用 ArrayBuffer.isView(value) 快速确认是否为视图（包括所有 TypedArray 和 DataView）
再通过 value.constructor.name 获取具体类型名，例如 "Int32Array"、"Float32Array"
注意：constructor 可能被修改，如需极致安全，应配合 Object.getPrototypeOf(value).constructor === Int32Array

实际判断示例（安全写法）

以下函数可稳定识别主流 TypedArray 类型：

function getTypedArrayType(value) {
  if (!ArrayBuffer.isView(value)) return null;
  const name = value.constructor.name;
  if (/^(Uint8|Uint16|Uint32|Int8|Int16|Int32|Float32|Float64)Array$/.test(name)) {
    return name;
  }
  return null;
}

调用 getTypedArrayType(new Uint16Array([1,2])) 返回 "Uint16Array"；对普通数组或 null 返回 null。