symbol.unscopables仅控制with语句中属性的可见性，值为true的属性在with块内不可通过裸变量名访问；它不提供任何属性保护、私有性或访问控制，对常规属性访问方式完全无效。
Symbol.unscopables 不是用来“保护对象内部属性不被意外暴露”的——它只影响 with 语句的作用域绑定，对继承链、属性访问控制、私有性或属性暴露毫无作用。
Symbol.unscopables 的真实作用场景
它仅在 with 块中起效：当某个对象被用作 with 的作用域对象时，其 [Symbol.unscopables] 中值为 true 的键，会被从该作用域中排除（即无法通过裸变量名访问）。
现代代码几乎不用 with，ESLint 默认禁用，TypeScript 不支持，V8 已对其做性能降级。所以这个 symbol 实际上是个遗留机制，不是访问控制工具。
-
Symbol.unscopables不阻止obj.prop、Object.keys(obj)、for...in或原型链查找 - 它不影响
Reflect.get()、in操作符、hasOwnProperty等任何常规访问方式 - 即使你在基类上定义了
[Symbol.unscopables]: { internal: true }，子类实例在with中依然无法访问internal——但这和“继承链”或“保护”无关，只是with的局部屏蔽规则
你以为在保护属性，其实什么都没挡住
常见误解是：把 Symbol.unscopables 当成类似 #private 或 WeakMap 的封装手段。但实际运行时：
const Base = {
internal: 'secret',
[Symbol.unscopables]: { internal: true }
};
const Child = Object.create(Base);
with (Child) {
console.log(internal); // ReferenceError: internal is not defined
}
console.log(Child.internal); // ✅ 'secret' —— 完全可读
console.log('internal' in Child); // ✅ true
console.log(Object.getOwnPropertyNames(Child)); // ✅ ['internal']（如果 own）
也就是说，所有常规访问路径都畅通无阻。所谓“保护”，只在那个早已被弃用的 with 场景里存在幻觉。
真正在复杂继承链中隐藏/限制属性，该用什么
如果你的目标是避免子类或外部代码误用某些属性（比如实现细节、临时状态、钩子方法），应选择语义明确、运行时有效的机制：
- 使用
#private字段（ES2022+）：真正私有，不可继承、不可反射、不可遍历 - 用
WeakMap存储实例私有数据：适合需要动态键或兼容旧环境的场景 - 约定前缀（如
_internal）+ TypeScriptprivate+ ESLintno-restricted-properties：靠工具链约束而非运行时强制 - 避免在原型上暴露实现细节：把辅助方法放在模块作用域内，而非挂到
prototype
注意：没有机制能完全阻止 Reflect.ownKeys() 或 Object.getOwnPropertyDescriptors() 查看自有属性——若需强隔离，必须依赖 # 或闭包。
别被 symbol 名字误导。unscopables 是个作用域过滤开关，不是访问防火墙。在继承体系里想藏东西，得用真正管用的封装层，而不是寄希望于一个只为 with 设计的冷门符号。
