ES6私有方法（#开头）无法被子类直接访问或调用，因其仅限定义类内部使用，不参与继承链；子类应通过父类提供的公有接口复用逻辑，或采用模板方法模式开放可定制钩子。
ES6 Class 中的私有方法（以 # 开头）**无法在子类中直接访问或调用**，这是语言层面的硬性限制，不是约定或规范问题，而是设计上就禁止跨类访问。所谓“安全调用”不等于“绕过限制”，而是要理解边界、尊重封装，并通过合理方式达成目标。
私有方法的本质：完全封闭，不参与继承链
私有属性和私有方法只在定义它们的类内部可见，连原型链都不可见：
- 子类实例无法通过
this.#methodName()调用父类私有方法； - 子类构造函数或方法中写
super.#methodName()会直接报错（SyntaxError或ReferenceError）； -
Object.getPrototypeOf(this)拿到的是父类 prototype，但里面不包含任何#成员——它们根本不在原型上，而是在类实例的私有槽（private slot）中，且仅对该类的内部代码开放。
子类需要复用逻辑？用受保护的公有接口替代
若父类中某段私有逻辑（如数据校验、格式化）需被子类复用，正确做法是：在父类中暴露一个**公有方法**，该方法内部调用私有方法，子类再继承并调用这个公有方法：
class Base {
#format(value) { return `[${value}]`; }
formatValue(value) { return this.#format(value); } // ✅ 公有壳，安全暴露
}
class Derived extends Base {
process(x) {
return this.formatValue(x) + ' processed';
}
}
这样既保持了私有实现的隔离性，又让子类能安全复用能力，符合面向对象的“封装+组合优于暴露细节”原则。
避免常见误区：不要尝试“偷取”或“反射”私有成员
以下操作均无效或不可靠：
- 试图用
Reflect.ownKeys(this)或Object.getOwnPropertyNames(this)列出私有字段 —— 它们对#字段完全不可见； - 用
eval、Function构造器动态执行含#的字符串 —— 语法错误，解析阶段就失败； - 依赖 Babel/TypeScript 编译后的降级行为（如转成
_name）来访问 —— 这是编译器实现细节，非标准行为，且现代环境已普遍原生支持#，不应依赖。
真需要子类定制逻辑？考虑模板方法模式
如果父类私有方法中有一部分行为希望由子类决定，可将该部分抽为**抽象公有方法**（或默认实现的钩子方法），由子类覆盖：
class Base {
#runCore() {
const data = this.prepareData(); // 子类可覆盖 prepareData
return `core: ${data}`;
}
prepareData() { return 'default'; } // ✅ 可被子类重写
execute() { return this.#runCore(); }
}
class Derived extends Base {
prepareData() { return 'custom from derived'; }
}
这种结构把可变点显式开放，把不变逻辑封装在私有方法中，兼顾安全性与扩展性。
