Symbol作私有键名时不能每次new Symbol()，因Symbol('id')每次调用生成新值，导致子类或同模块多次引用无法统一访问；正确做法是定义一次、全局复用，如const CACHE_KEY = Symbol('cache')。
Symbol 作私有常量键名时，为什么不能每次 new Symbol()？
因为 Symbol('id') 每次调用都生成新值，子类或同模块多次引用会拿到不同 Symbol，导致属性无法被统一访问或覆盖检测失效。比如你在父类里写 this[Symbol('cache')] = {}，子类再写一次 this[Symbol('cache')] = null，实际操作的是两个完全无关的属性——这不是“覆盖”，而是“并存”，反而更难排查。
正确做法是定义一次、复用到底：
- 在类外部声明
const CACHE_KEY = Symbol('cache');，导出供继承链共享 - 或在类内部用静态属性缓存：
static #CACHE_KEY = Symbol('cache');（注意：这里用私有字段语法只是封装 Symbol 引用，真正起作用的是 Symbol 本身） - 避免在方法体内临时创建 Symbol，尤其不要在构造函数或 getter 中反复调用
Symbol()
子类如何“意外覆盖”Symbol 属性？真实场景有哪些
Symbol 属性本身不会被 for...in 或 Object.assign() 带走，但子类仍可能通过显式赋值覆盖它——只要拿到了那个 Symbol 引用。常见误操作包括：
- 子类构造函数里直接写
this[CACHE_KEY] = new Map();，覆盖了父类初始化的缓存实例 - 子类原型上定义同名方法，却在内部误用了父类的 Symbol 键做状态存储，造成逻辑错乱
- 第三方工具（如 mobx、immer）对对象做深克隆或代理时，若未特殊处理 Symbol 键，可能导致 Symbol 属性丢失或重置
这不是 Symbol 的缺陷，而是开发者没意识到：Symbol 只提供命名隔离，不提供访问控制。它的“私有”是靠约定和封装维持的。
配合 Object.defineProperty 锁定 Symbol 属性可读写性
仅用 Symbol 不足以防覆盖；要真正阻止子类修改，得在父类构造时用 Object.defineProperty 显式设为不可写、不可配置：
const INTERNAL_ID = Symbol('internalId');
class Base {
constructor() {
Object.defineProperty(this, INTERNAL_ID, {
value: Math.random(),
writable: false,
enumerable: false,
configurable: false
});
}
}
这样即使子类拿到 INTERNAL_ID，执行 this[INTERNAL_ID] = 999 也不会生效（严格模式下直接报错）。但要注意：
-
writable: false对原始值有效，对对象引用只能防止重新赋值，不能冻结其内容 - 若需深层防护，应在赋值前用
Object.freeze()处理值本身 - 该定义必须在构造函数早期完成，晚于子类构造逻辑就失去意义
WeakMap + Symbol 是更健壮的替代方案吗？
是，尤其当你想彻底剥离私有状态与实例本身的耦合。把 Symbol 当作 WeakMap 的“逻辑标识符”，实际数据全存在 WeakMap 里：
const INSTANCE_CACHE = Symbol('instanceCache');
const cacheMap = new WeakMap();
class Base {
constructor() {
if (!cacheMap.has(this)) {
cacheMap.set(this, { id: Date.now(), data: [] });
}
}
get id() {
return cacheMap.get(this)?.id;
}
}
优势很明显：
- 子类哪怕知道
INSTANCE_CACHE，也无法通过this[INSTANCE_CACHE]访问任何东西——因为 WeakMap 的键是对象，值根本不挂在实例上 - 实例被 GC 后，WeakMap 条目自动释放，无内存泄漏风险
- 所有操作都集中在类内部，外部无法绕过封装逻辑直接触碰状态
代价是调试稍麻烦：你不能在 console 里直接展开对象看到这些字段，必须手动调用 cacheMap.get(obj) 查看。
