JavaScript私有属性在继承中不可被子类直接访问：#字段语法强制不可见；下划线约定仅是命名习惯，实际可访问；闭包和WeakMap方案使子类完全无法触达私有数据。
JavaScript 中私有属性在继承中不能被子类直接访问，这是由语言机制决定的——无论采用哪种私有实现方式，子类都无法绕过封装边界读写父类的私有状态。
用 # 声明的真正私有字段：完全不可见
ES2022 起支持的 # 语法是目前唯一运行时强制私有的方案：
- 父类中声明
#id，子类任何位置（构造函数、方法、getter）都无法引用 this.#id，会立即报SyntaxError或TypeError - 子类不能通过
super.#id访问，也不能用Reflect.get()、obj['#id']等任何间接方式触达 - 父类必须提供公有或受控接口（如
getId()、updateId(value)），子类只能调用这些方法
下划线约定的“伪私有”属性：可访问但不推荐
像 this._internalId 这类命名方式只是开发约定，实际仍是公有属性：
- 子类可以自由读写
this._internalId，语法上完全合法 - 但这种访问破坏封装，一旦父类内部改名或重构逻辑，子类可能静默出错
- 团队应通过文档、JSDoc 标注
@protected和代码审查来约束使用，而非依赖语法保障
闭包模拟的私有数据：子类彻底无感知
在构造函数中用 let _secret = 'xxx' 创建的变量：
- 该变量只存在于闭包作用域内，不在实例对象上，子类既看不到也访问不到
- 父类需暴露方法（如
getSecret()）供外部读取，子类只能调用，无法绕过逻辑 - 适合对敏感状态强隔离的场景，但不支持私有方法，且调试时不易追踪
WeakMap 模拟方案：兼容旧环境但较重
在不支持 # 语法的环境中（如老旧 Node.js 版本）可用 WeakMap 实现：
- 把实例作为 key，私有数据存进 WeakMap，子类拿不到 map 实例，自然无法访问
- 需要额外维护映射关系，代码更冗长，且每次访问都要查表，性能略低
- 仅建议用于必须兼容旧运行时、又需严格私有性的项目
