symbol创建属性名是解决继承冲突最直接可靠的方式，因其每次调用生成唯一不可等价的键，天然隔离；不被object.keys等遍历，仅持有者可访问，确保私有状态归属明确。
用 Symbol 创建属性名，是解决继承中属性名冲突最直接、最可靠的方式之一。它不依赖命名约定，也不靠文档约束，而是从语言机制上保证唯一性——哪怕多个类、多个库各自定义同名 Symbol，实际生成的键也互不相等，天然隔离。
为什么普通字符串属性名容易在继承中冲突
当父类和子类（或多个 Mixin）都定义了 同名属性（比如 id、cache、config），又没有明确约定作用域时，后赋值的会覆盖前一个，尤其在动态设置或混入逻辑时难以察觉。多继承下更复杂：MRO 决定方法调用顺序，但属性赋值没有“优先级”，只有执行先后。
- 父类写
this.id = 1，子类也写this.id = generateId()→ 值被覆盖，原始语义丢失 - Mixin A 和 Mixin B 都挂载
this.handlers = []→ 实际共享同一数组，行为耦合 - 第三方库扩展你的类，也用
data存内部状态 → 你自己的data可能被误读或篡改
Symbol 如何切断冲突链
Symbol 是原始值，每次调用 Symbol() 都返回一个全新且不等于任何其他 Symbol 的值。它不会被字符串遍历捕获，也不会出现在 Object.keys()、for...in 或 JSON.stringify() 中，相当于为属性加了一层“隐形门禁”。
-
const _internalId = Symbol("id")和const _internalId = Symbol("id")在不同模块里生成的是两个完全独立的键 -
obj[_internalId] = 42后，Object.keys(obj)看不到它，obj.hasOwnProperty("id")返回 false - 只有持有原 Symbol 变量的地方才能读写，外部代码无法意外访问或覆盖
在继承结构中安全使用 Symbol 属性
关键不是“隐藏”，而是“归属明确”。把 Symbol 定义在类内部（或模块顶层），作为该类私有状态的钥匙，子类即使重写同名逻辑，也不会干扰父类的 Symbol 属性。
- 父类中：
const _cache = Symbol("_cache"); class Base { constructor() { this[_cache] = new Map(); } } - 子类中可定义自己的 Symbol：
const _retryCount = Symbol("retryCount"); class Derived extends Base { ... }，两者完全无关 - 若需跨层级共享（如子类要读父类的某个 Symbol 属性），可将 Symbol 导出为常量，或通过受保护的 getter 暴露，而非直接暴露键
慎用 Symbol.for()：共享 ≠ 安全
Symbol.for("key") 会注册到全局表，相同字符串参数总返回同一个 Symbol。这适合事件名、通用钩子等需要跨模块识别的场景，但不适合私有状态管理。
-
Symbol.for("cache") === Symbol.for("cache")→ true，意味着任意模块都能拿到并修改它 -
Symbol.for("cache") !== Symbol("cache")→ true，说明它和局部 Symbol 不混用，但本身已失去隔离性 - 除非明确设计为“公共契约”（如插件系统约定统一用
Symbol.for("plugin:setup")），否则优先用无参Symbol()
