Getter和Setter在继承中的表现分析

Getter 和 Setter 作为访问器方法，在类继承中并非以属性形式被子类直接继承，而是通过原型链（JavaScript）或方法继承机制（Java）间接可用——子类能调用父类 public/protected 的 getter/setter，也可安全重写以定制逻辑（如添加校验、适配新字段或调整计算规则），但 private 访问器不可见；尤其值得注意的是，计算型访问器高度依赖字段结构，子类若变更内部字段设计，必须同步更新对应访问器逻辑，否则易引发兼容性问题，因此推荐将核心计算逻辑提取为受保护的辅助方法，兼顾可维护性与继承安全性。

Getter 与 Setter 访问器属性在类继承中不是自动“被子类继承”的字段，而是通过继承关系间接可用的——关键看它们定义在哪个层级、是否可访问、是否被重写。

访问器属性本身不被继承，但 getter/setter 方法可以被调用

Java 和 JavaScript 中，访问器本质上是方法（getter 是无参返回值的方法，setter 是单参 void 方法）。当父类定义了 public 或 protected 的 getter/setter，子类虽不“拥有”该访问器属性，却能通过继承获得这些方法，并像调用普通方法一样使用它们。

• Java 中：若父类有 public String getName() 和 public void setName(String)，子类无需重写就能直接调用 getName()；
• JavaScript 中：若父类对象原型上有 get fullName()，子类实例访问 obj.fullName 会沿原型链找到并执行它。

子类可选择重写（override）访问器方法，实现行为定制

重写 getter/setter 是常见且安全的做法，尤其用于扩展逻辑、添加校验或适配新字段。

• Java 示例：父类 Person 的 getAge() 返回 age 字段；子类 Student 可重写为 return this.age + 1;（比如按学年自动加一）；
• JavaScript 示例：父类 get price() 返回基础价格；子类可覆盖为 get price() { return this.basePrice * this.discount; }。

注意访问控制与封装边界

private 访问器在子类中不可见，无法调用也无法重写。只有声明为 protected（Java）或定义在原型链上且未被屏蔽（JS）时，子类才能触及。

• 若父类用 private final String id; + public String getId()，子类只能调用 getId()，不能访问 id 字段本身；
• 若父类 setter 做了空值检查：if (name != null) this.name = name.trim();，子类调用 setName(null) 仍会触发该检查——逻辑由父类控制，无需重复实现。

计算型访问器在继承中更灵活，也更需谨慎

没有对应字段的 getter（如 getFullName() 拼接 firstName 和 lastName），子类重写时可能依赖父类字段。若子类改变了字段结构（比如拆成 givenName / familyName），就必须同步更新 getter 逻辑，否则会出错。

• 建议：把计算逻辑抽离为受保护的辅助方法（如 protected String buildFullName()），方便子类复用或定制；
• 避免在 setter 中修改多个字段或触发复杂副作用——继承后难以预测行为，应显式封装为独立方法。

今天关于《Getter和Setter在继承中的表现分析》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！