javascript 原生不支持 protected 关键字，无法实现运行时受保护成员，但可通过下划线命名约定、闭包、symbol、私有字段（#）及 typescript 的 protected 修饰符等机制模拟，核心是约定+封装+工具辅助。
JavaScript 原生不支持 protected 关键字（如 Java 或 TypeScript 中那样），所以在标准 class 语法中**无法真正定义运行时受保护的成员**。但可以通过命名约定、闭包、Symbol、私有字段（#）等机制模拟“受保护”的语义——重点是**约定 + 封装 + 工具辅助**，而非强制访问控制。
使用下划线前缀约定（最常用）
这是社区广泛接受的“受保护”标识方式，不提供任何运行时保护，仅靠开发者自觉和文档/工具（如 ESLint、TypeScript）提醒：
- 属性或方法名以单个下划线开头，例如
_internalValue、_validate() - 表示“建议仅在类自身及其子类中访问”，外部代码应避免直接调用
- TypeScript 中可配合
protected修饰符实现真正的编译期检查（但 JS 运行时仍可访问）
用闭包 + 构造函数模式模拟受保护作用域（较老但有效）
将“受保护”逻辑封装在构造函数作用域内，子类可通过继承的公共方法间接操作，但无法直接访问内部变量：
class Parent {
constructor() {
// 受保护状态：仅本类及子类通过公开方法访问
let _protectedData = 'secret';
this.getProtectedData = () => _protectedData;
this.setProtectedData = (val) => { _protectedData = val; };
}
}
class Child extends Parent {
doSomething() {
// ✅ 可以调用父类提供的受保护接口
console.log(this.getProtectedData());
}
}
// ❌ 无法直接访问 _protectedData —— 它根本不在实例上，也不暴露给外部
用私有字段 # + 公共受保护接口（推荐现代写法）
ES2022 起支持真正的私有字段（#name），虽不能被子类直接访问，但可通过设计“受保护的 getter/setter 或方法”来让子类安全操作：
- 把核心数据设为私有（
#value），确保不可被外部或子类越权修改 - 提供
protected-语义的公共方法（如updateInternalState()），子类可调用但不能绕过逻辑 - 这比下划线更安全，也比闭包更符合 class 语法直觉
TypeScript 中用 protected 实现编译期保护
如果你使用 TypeScript，可直接用 protected 修饰符——它会在编译阶段报错阻止非法访问，生成的 JS 仍为普通属性，但开发体验接近传统 OOP：
class Parent {
protected name: string = 'parent';
protected getName() { return this.name; }
}
class Child extends Parent {
sayName() {
return this.getName(); // ✅ 允许
}
}
const p = new Parent();
p.getName(); // ✅ 允许（同一类内）
const c = new Child();
c.getName(); // ✅ 允许（子类实例可调用受保护方法）
// c.name; // ❌ TS 编译错误：不能访问受保护成员
注意：最终生成的 JavaScript 里 name 仍是普通属性，运行时无限制——保护发生在开发阶段。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
