子类覆盖setter必须同步定义getter，否则触发访问器降级：实例上隐式创建同名数据属性，跳过原型链逻辑，导致行为失控与调试成本上升；应成对重写、复用super或提升为实例方法以保障委托机制。
子类用 extends 继承父类后，若在子类中覆盖了某个 setter（比如 set name(value)），但未同步定义对应的 getter，就会触发“访问器降级”——读取该属性时不再走原型链委托，而是在实例上悄悄创建一个同名数据属性。后续所有读写都落在实例自身，看似变快，实则破坏了原本的设计意图，且当需要动态计算或校验逻辑时，getter 缺失会让行为不可控，间接导致调试成本上升、逻辑分支混乱，最终影响整体运行效率。
避免 setter 单独覆盖引发的隐式数据属性创建
只重写 setter 而不配对定义 getter，是性能隐患的常见源头。JavaScript 引擎发现实例上没有 getter 时，会把该属性当作普通数据属性处理，后续读取直接返回 undefined 或上次赋值结果，完全跳过原型链上的逻辑。这不是查找变慢，而是逻辑失效后的“伪加速”。
- 子类中重写访问器时，必须同时声明 get 和 set，哪怕 getter 只是简单返回内部字段
- 如果父类 setter 本就依赖 getter 提供的状态（如格式化、缓存、验证），子类覆盖 setter 后更要确保 getter 行为一致或显式兼容
- 可借助
Object.getOwnPropertyDescriptor检查父类原型上是否已有完整访问器，再决定是否全量重写
用 super 显式复用父级访问器逻辑
不需要从头实现时，优先在子类 setter 中调用 super.prop = value，让父类逻辑继续承担核心职责。这样既保留原型链委托机制，又避免重复实现。
-
super.prop = value会触发父类原型上的 setter，前提是父类 setter 是可写的（即没被设为writable: false） - 若需在子类 setter 中添加前置/后置逻辑，可在调用
super.prop = value前后插入代码，保持委托链畅通 - 注意：不能在 getter 内直接写
super.prop，应写成super.propName（如super.name）或显式调用super.getName()形式
控制原型链深度，减少无效查找开销
即使访问器委托正常，过深的原型链仍会带来轻微性能损耗。尤其在高频读写场景下，每次都要遍历多层原型才能定位到 getter/setter。
- 避免三层以上继承（A → B → C → 实例），能用组合替代继承的地方尽量用对象组合
- 对关键属性，可在构造函数中把原型上的访问器“提升”为实例方法引用，例如：
this._getName = this.getName.bind(this) - 使用
Object.hasOwn(this, 'prop')快速判断属性是否在实例自身，避免无谓的原型链遍历
用 class 定义确保访问器默认可配置
ES6 class 中用 get/set 声明的访问器，默认 configurable: true，允许子类安全重写；而手动用 Object.defineProperty 添加到原型时，若漏设 configurable: true，子类将无法覆盖，强行操作会抛错，迫使开发者绕道写 hack 逻辑，反而拖慢开发与运行效率。
- 统一用 class 语法定义访问器，减少底层 API 使用频率
- 若必须用 defineProperty，请显式传入
{ get() {}, set(v) {}, configurable: true } - 上线前可用
Object.getOwnPropertyDescriptors(Obj.prototype)批量检查关键访问器配置是否合规
