判断变量是否为 symbol 类型最直接可靠的方式是 typeof sym === 'symbol'；其他方式如 object.prototype.tostring.call(sym) === '[object symbol]' 可靠但冗长，instanceof 不可行。
判断一个变量是否为 Symbol 类型，最直接可靠的方式是使用 typeof 操作符。它返回字符串 "symbol"，这是唯一能准确识别 Symbol 的原生方法。
怎么判断变量是不是 Symbol
其他方式如 instanceof、Object.prototype.toString 虽然可用，但 typeof 最简洁、最安全：
-
typeof sym === 'symbol'—— 推荐，无副作用，兼容性好 -
Object.prototype.toString.call(sym) === '[object Symbol]'—— 可靠但冗长，适合需要统一类型检测逻辑的工具函数 -
sym instanceof Symbol—— ❌ 不可行，因为 Symbol 是原始类型，不是构造函数，不能用new实例化
Symbol 常见的实际应用场景
Symbol 的核心价值不在“判断”，而在于“使用”——它的唯一性与不可枚举性，在真实开发中解决几类典型问题：
-
避免对象属性名冲突：多个模块或库向同一对象添加字段时，用 Symbol 作 key，彻底规避字符串命名撞车。例如：
user[Symbol('authToken')] = 'xyz'，不会覆盖user.authToken -
模拟弱私有属性：将 Symbol 定义在闭包或模块顶层，类内部使用它存敏感数据（如
this[Symbol('passwordHash')]），外部无法通过遍历或点号访问，比字符串更安全 -
定义语义化且不可误判的常量：替代字符串枚举，比如状态码
const STATUS = { PENDING: Symbol('pending') }，确保state === STATUS.PENDING是严格身份比较，而非字符串内容相等 -
自定义对象底层行为：利用内置 Symbol，如
[Symbol.iterator]让对象支持for...of，[Symbol.toStringTag]控制Object.prototype.toString输出，实现更自然的对象表现
注意 Symbol 的边界和限制
它不是万能私有方案，也有明确约束：
- Symbol 属性不会出现在
for...in、Object.keys()、JSON.stringify()中，但可通过Object.getOwnPropertySymbols()显式获取 - Symbol 值不能隐式转为字符串，
alert(sym)或'' + sym会报错；必须显式调用sym.toString()或String(sym) - 相同描述的 Symbol 依然不相等：
Symbol('id') === Symbol('id')返回false；如需跨模块复用，得用Symbol.for('id')
