JavaScript类继承中父类私有成员不可被子类直接访问是设计原则：闭包私有变量不挂载this且无共享；#字段彻底隔离，super.#xxx非法；下划线约定非真私有，应通过构造参数、受控方法等接口协作。
JavaScript 类继承时，父类的私有成员不能被子类直接访问——这不是限制，而是设计原则。关键在于区分“私有状态”的实现机制：ES2022 之前的闭包私有、ES2022 起的 # 字段，以及传统“命名约定”（如 _name），三者行为和处理方式完全不同。
闭包实现的私有状态无法被继承
在构造函数中用 let secret = 'xxx' 声明的变量，靠作用域封闭形成私有状态。它不挂载到 this 上，也不在原型链中：
-
Parent.call(this)只会执行一次父构造函数，生成一套新的闭包，和父实例的私有变量完全无关 - 子类方法即使调用父类提供的
this.getSecret = () => secret，访问的仍是自己那一份闭包，不是父实例的 - 没有语法或机制能让子类“拿到”父实例的闭包变量值
# 私有字段（ES2022+）彻底隔离
使用 #secret 声明的字段属于实例自身，不参与原型继承：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 子类实例拥有自己独立的
#secret，即使同名也互不影响 -
super.#secret语法非法，子类方法中无法直接读写父类的 # 字段 - 必须由父类暴露
getSecret()或setSecret(val)这类公开方法，子类才能受控访问
避免伪私有：不要依赖下划线约定
像 this._secret = 'xxx' 这种写法本质是公有属性，子类可自由读写：
立即学习“Java免费学习笔记（深入）”；
- 它不提供任何封装保障，只是开发约定
- 子类修改
this._secret会直接影响父类逻辑，可能破坏不变量 - 若需子类参与状态管理，应在父类中设计明确接口，而非开放内部字段
安全传递与扩展私有逻辑的推荐做法
当子类确实需要定制或响应父类内部状态时，应通过设计协作接口来实现：
- 父类构造函数接受配置参数（如
new Parent({ secret: 'custom' })），让子类在super(opts)中传入初始值 - 父类提供受保护的方法（如
protected updateState()），子类可在super.updateState()后追加逻辑 - 对敏感操作做校验封装，例如
setToken(token) { if (isValid(token)) this.#token = token; }
