访问器属性在原型继承中采用动态委托而非复制，读写时沿原型链查找；若子对象未定义同名访问器则使用原型上的，若定义则遮蔽原型；混用数据属性与访问器易导致意外降级，es6 class 提供更清晰的重写与 super 调用机制。
访问器属性（getter/setter）在原型继承中不会像数据属性那样被“继承覆盖”，而是每次访问时动态查找并执行原型链上的定义，行为更接近“委托”而非“复制”。
访问器属性不参与属性值继承
当一个对象自身没有某个访问器属性，但其原型上有 getter 或 setter，访问该属性时会触发原型上的函数，而不是把函数“复制”到实例上。这和数据属性的“遮蔽（shadowing）”机制不同：数据属性一旦在实例上设置，就完全屏蔽原型同名属性；而访问器属性即使实例上没定义，也会持续沿原型链查找。
- 如果子对象未定义同名访问器，读写操作都会落到原型上
- 若子对象定义了同名 getter，则优先执行自身的，原型的被遮蔽
- 若只定义了 setter 而没定义 getter，读取该属性会返回
undefined（因为找不到 getter），但写入仍会触发自己的 setter
使用 Object.defineProperty 设置原型访问器需谨慎
通过 Object.defineProperty 在原型上添加访问器时，必须确保描述符中 configurable: true（默认为 false），否则后续无法在子类或实例中重新定义同名属性。
- 原型上不可配置的访问器，在子对象上调用
defineProperty修改会抛出错误 - 推荐在构造函数或类定义阶段统一设置，避免运行时反复操作原型
- ES6 类中用
get/set语法声明的访问器，默认是configurable: true，更安全
继承链中混用数据属性与访问器易引发意外
若父原型用访问器控制某个属性（如 fullName），子对象却直接赋值（obj.fullName = "xxx"），结果取决于该访问器是否设置了 setter：
- 有 setter：按预期处理逻辑（比如拆分姓和名）
- 无 setter：赋值操作会在子对象上创建一个同名**数据属性**，从此遮蔽原型的 getter，后续读取不再触发逻辑，变成普通字符串
- 这种“从访问器降级为数据属性”的现象难以调试，建议在 setter 中做校验，或使用
Object.defineProperty显式禁止写入
Class 继承下访问器的查找与重写更直观
ES6 class 语法让访问器继承行为更清晰：子类可直接用 get/set 重写父类访问器，且 super.xxx 可显式调用父级逻辑。
- 子类未重写时，自动沿
[[Prototype]]查找父类的访问器 - 重写后，可通过
super.getterName复用父逻辑（注意不能在 getter 内直接用super.property，需用super.getterName） - 静态访问器也遵循同样规则，但查找路径是构造函数的原型链（
Constructor.prototype）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
