symbol 是 javascript 中唯一绝对唯一的原始类型，用于解决属性名冲突，其键不可枚举、不可序列化、不可点访问，适用于私有元数据场景但调试困难。
Symbol 是 JavaScript 中唯一能保证“绝对唯一”的原始类型，不是用来替代字符串键的通用方案，而是解决特定冲突场景的工具。
为什么用 Symbol 而不用字符串作为对象属性名
字符串键天然可被意外覆盖或枚举，而 Symbol 键默认不可枚举、不会出现在 for...in 或 Object.keys() 中，且每次调用 Symbol() 都返回一个全新值，哪怕描述相同：
const a = Symbol('foo');
const b = Symbol('foo');
console.log(a === b); // false
console.log(Object.keys({ [a]: 1, [b]: 2 })); // []
console.log(JSON.stringify({ [a]: 1 })); // "{}"（Symbol 键被忽略）
- 适用于需要“私有但非真正私有”的属性场景，比如库作者向用户对象注入元数据，又不想干扰用户自有属性
- 不适用于需要序列化、调试可见、或需被遍历的键
- 不能用点号访问：
obj.sym无效，必须用方括号：obj[sym]
Symbol.for() 和 Symbol.keyFor() 的全局注册表机制
普通 Symbol() 每次都新建；Symbol.for(key) 则先查全局注册表，存在就复用，否则新建并登记。这使得不同模块间可协商共享 Symbol：
const s1 = Symbol.for('debug');
const s2 = Symbol.for('debug');
console.log(s1 === s2); // true
console.log(Symbol.keyFor(s1)); // "debug"
- 注册表是全局的，跨 iframe 也共享（同源前提下）
- 仅限字符串 key，传入对象会触发
toString()，可能引发意外行为 -
Symbol.keyFor()对非for创建的 Symbol 返回undefined
常用内置 Symbol 及其实际触发条件
内置 Symbol（如 Symbol.iterator、Symbol.toStringTag）不是语法糖，而是 JS 引擎识别的“协议钩子”，只有在对应操作发生时才被调用：
立即学习“Java免费学习笔记（深入）”；
const obj = {
[Symbol.iterator]() {
let i = 0;
return {
next() {
return { value: i++, done: i > 3 };
}
};
}
};
[...obj]; // [0, 1, 2]
-
Symbol.iterator：启用for...of、展开运算符、Array.from() -
Symbol.toStringTag：影响Object.prototype.toString.call(obj)返回值（如[object MyType]） -
Symbol.hasInstance：自定义instanceof行为，注意它必须定义在构造函数上，而非实例 - 所有内置 Symbol 都是只读、不可配置、不可枚举的，直接赋值无效
容易被忽略的关键限制
Symbol 并非万能钥匙，它的“唯一性”和“隐藏性”恰恰带来调试与协作成本：
- 无法通过
Object.getOwnPropertyNames()获取 Symbol 键，得用Object.getOwnPropertySymbols() - JSON 序列化完全忽略 Symbol 键和值，传给后端或存 localStorage 前需显式处理
- 类型检查工具（如 TypeScript）对 Symbol 键的推导较弱，过度使用会削弱类型安全性
- 在 class 中定义 Symbol 方法时，它不会被继承（因非原型属性），除非手动挂到
prototype上
真正需要 Symbol 的地方很少——多数所谓“防冲突”需求，用约定前缀（如 _internalId）或 WeakMap 就够了；只有当必须确保绝对不被外部代码覆盖、且接受调试不便时，才值得引入。
