symbol.unscopables 仅影响 with 语句中属性可见性，不提供真正保护；它只检查对象自身的 symbol 属性，不能隐藏继承属性或替代私有字段。

Symbol.unscopables 是什么，它真能“保护”属性吗

Symbol.unscopables 不是访问控制机制，也不阻止 Object.keys()、for...in 或直接点访问。它的作用非常窄：仅影响 with 语句中属性的可见性。在现代代码中 with 已被严格模式禁用，所以这个 symbol 实际上只在极少数场景下起效——比如某些 polyfill、旧测试环境，或自定义 Proxy 拦截逻辑里模拟作用域行为。

它不能防止继承链上的属性暴露，也不能隐藏 getOwnPropertyDescriptor 可见的属性。别把它当成 private field 或 WeakMap 的替代品。

在继承链中设置 Symbol.unscopables 的正确写法

你必须在实例对象自身（而非原型）上定义 Symbol.unscopables，否则继承来的值不会被 with 查找逻辑识别。这是因为 with 内部使用的是 [[Get]] 而非 [[GetOwnProperty]]，但 Symbol.unscopables 的查找规则例外：它只检查对象自身的 symbol 属性。

class Base {
  constructor() {
    // 必须在实例上设，不能在 prototype 上
    this[Symbol.unscopables] = { internalId: true, _cache: true };
  }
}
<p>class Derived extends Base {
constructor() {
super();
// 如果要叠加，需手动合并，不会自动继承
this[Symbol.unscopables] = {
...this[Symbol.unscopables],
tempFlag: true
};
}
}</p>

注意：如果你用 Object.assign 或展开运算符复制对象，Symbol.unscopables 默认不会被拷贝（除非显式处理 symbol 键）。

为什么在多层继承里它几乎无效

• with 语句不遍历原型链查 Symbol.unscopables，只看当前对象自身；
• 子类实例调用 super() 后，父类构造函数设置的 this[Symbol.unscopables] 会被子类后续赋值覆盖（如未做合并）；
• 所有主流打包工具、TS 编译输出、Jest 测试运行时均不启用 with，意味着该 symbol 在真实工程中零实际防护效果；
• 即使你写 with (obj) { console.log(internalId); }，只要 obj[Symbol.unscopables].internalId === true，这行就会报 ReferenceError——但这只是语法层面的屏蔽，不是运行时封装。

真正该用什么来隐藏继承链中的内部属性

• 使用 #privateField：只能在声明它的 class 内部访问，子类不可见，且不参与枚举；
• 使用 WeakMap + 闭包：把私有数据存在外部 WeakMap，键为实例，值为私有对象；
• 使用 Object.defineProperty 配合 enumerable: false + configurable: false，至少让 for...in 和 JSON.stringify 忽略它；
• 如果目标是避免解构污染，就在导出对象前用 Object.assign({}, obj) 并过滤掉敏感 key，而不是依赖 Symbol.unscopables。

Symbol.unscopables 是一个历史遗留的、作用域限定的、已被边缘化的 symbol。它解决不了继承链中的封装问题，也挡不住任何现代调试手段。真要藏东西，别往这个 symbol 上凑。