子类单独重写setter而未同步更新getter会导致读写不一致；需确认getter是否被继承或覆盖、检查字段可见性、统一数据源、警惕lombok混合问题，并优先采用构造器或不可变设计保障一致性。
子类单独重写父类的 setter 方法，而未同步处理 getter，容易引发字段读取异常或值不一致——尤其当父类 getter 依赖私有字段、而子类 setter 修改了另一个字段或做了逻辑覆盖时，getter 就“读不到新值”了。这不是语法错误，而是语义断裂：读写路径不再对称。
确认 getter/setter 是否真的被继承或覆盖
Java 中，getter 和 setter 是独立方法，重写其中一个不会自动影响另一个。需明确：
- 父类是否定义了
public String getName()？子类是否用@Override显式重写了它？若没重写，调用的仍是父类方法；若重写了但内部仍读旧字段（比如this.name），而setter写的是this.fullName，那必然读不到。 - 检查字段可见性：父类字段为
private，子类无法直接访问，必须通过父类getter——此时若子类setter绕过父类逻辑，就等于“写了一处，读了另一处”。
避免字段与访问器逻辑错位
常见陷阱是子类新增字段并重写 setter，却忘了同步更新 getter 的返回源。例如：
// 父类
public class User {
private String name;
public String getName() { return name; }
public void setName(String name) { this.name = name; }
}
// 子类（有问题）
public class AdminUser extends User {
private String displayName; // 新增字段
@Override
public void setName(String name) {
this.displayName = "[ADMIN]" + name; // 写的是 displayName
}
// ❌ 没重写 getName() → 调用父类方法 → 仍返回 null 或旧值
}
修复方式不是“补一个 getter”，而是统一数据源：
- 删掉子类新增字段，复用父类字段（最简洁）；
- 或重写
getName()，使其返回displayName（需确保语义合理）； - 或在子类
setName中同时更新父类字段：super.setName(name)+ 额外逻辑。
警惕 Lombok 与手动重写的混合使用
如果父类用了 @Data，子类又手动重写 setter，IDE 可能因 Lombok 插件未生效或注解处理器配置异常，导致编译后方法缺失或反射不可见。此时看似“getter 失效”，实则是：
- Lombok 生成的
getter没被 IDE 识别（需检查插件启用、Annotation Processors 开关）； - 子类重写
setter后未加@Override，导致方法签名不匹配（如参数类型不同、大小写不符）； - 父类字段为
protected且子类直接访问，掩盖了 getter/setter 调用路径，调试时难以追踪。
用构造器或 final 字段约束读写一致性
若业务要求子类必须定制赋值逻辑，又想保证读取可靠，可放弃运行时 setter 重写，改用更可控的方式：
- 将字段设为
final，在构造器中完成转换（如new AdminUser("Alice")内部拼接前缀）； - 提供静态工厂方法替代构造器，封装初始化逻辑；
- 用不可变对象（Immutable）设计，所有状态在创建时确定，彻底规避 setter/getter 不一致风险。
