详解如何判断变量是否为原始数据类型（BigInt与Symbol）

在进行 JavaScript 原始数据类型检测时，BigInt 和 Symbol 常常让开发者感到困惑。多数程序员习惯使用 typeof 进行统一判断，但面对这两个特殊类型时需格外留意——实际上 typeof 返回的字符串结果正是 'bigint' 和 'symbol'，因此直接采用严格比对就是最为稳妥的解决方案。其他替代方法？要么触发运行时错误，要么结果存在不确定性，已经有不少开发者在此踩过坑。

简要总结一下核心要点：要检测一个变量是否为 BigInt 或 Symbol 类型，不应使用 instanceof、constructor 或 Object() 这类间接方式，唯一可靠的手段就是 typeof 配合严格类型比对。不相信？让我们通过具体示例来验证。

使用 typeof 配合严格比对判定 BigInt 类型

BigInt 是 ES2020 规范中引入的全新原始数据类型，typeof 操作符对其支持良好，直接返回 'bigint' 字符串，且不会与其他任何类型产生混淆。因此最简洁的写法如下：

typeof 123n === 'bigint'  // true

需要特别说明的是：BigInt('123') 返回的同样是原始 BigInt 数值，typeof 依然能够精准识别；但如果你尝试使用 new BigInt(123) 这种写法，放心，JavaScript 会直接抛出错误——因为 BigInt 根本不允许通过构造函数来实例化。至于 instanceof 或者 Object.prototype.toString.call() 这类曲折迂回的方式？并不是完全不可行，但相较于 typeof 而言，既显得冗繁琐碎，又容易引发潜在问题，实在得不偿失。

借助 typeof 准确识别 Symbol 类型

Symbol 类型同样如此，typeof value === 'symbol' 就是官方推荐且唯一可靠的判断方式。这种方式不会产生误判，即便是全局 Symbol 如 Symbol.iterator 也能被正确识别：

typeof Symbol('a') === 'symbol'        // true
typeof Symbol.iterator === 'symbol'    // true

这里有一个常见的误区需要警惕：千万不要使用 value.constructor === Symbol 这种方式进行判断。因为 Symbol 原始值本身并不具备 constructor 属性，访问该属性会直接得到 undefined，导致类型判断立即失效。

规避那些常见的误判方式

某些传统类型检测技巧在其他场景下确实行之有效，但面对 BigInt 和 Symbol 时却漏洞百出：

• Object(value) !== value：这种方法对 Symbol 完全不起作用，因为 Object(Symbol()) 会创建一个合法的包装对象，整个表达式返回 false，根本无法区分原始值与包装对象之间的差别。
• value === value + '' 或 String(value)：BigInt 转换成字符串确实可行，Symbol 也会呈现为 "Symbol(x)" 的格式，但仅凭字符串转换结果根本无法逆向推断出原始数据类型。
• !isNaN(value) 或任何与数值运算相关的判断：BigInt 和 Symbol 都不支持隐式数值转换，直接传入这些判断逻辑要么抛出异常，要么返回 NaN，用这种方式检测类型无异于自找麻烦。

封装一个健壮的原始类型检测工具函数

如果你需要在项目中统一判断变量是否属于「指定的原始数据类型」，编写一个轻量级的工具函数即可，实现简单且安全可靠：

function isPrimitiveOfType(value, type) {
  if (type === 'bigint') return typeof value === 'bigint';
  if (type === 'symbol') return typeof value === 'symbol';
  return false;
}

// 实际调用示例：
isPrimitiveOfType(42n, 'bigint');    // true
isPrimitiveOfType(Symbol(), 'symbol'); // true
isPrimitiveOfType(42, 'bigint');     // false

请牢记核心原则：无论是判断 BigInt 还是 Symbol 类型，typeof 操作符加上精确的字符串比较，就是最为直接、最为可靠的解决方案。其他那些花哨复杂的替代方法，能不用就尽量不用吧。