BeanUtils.copyProperties默认不拷贝父类字段，因其仅扫描子类自身声明属性；需父类有无参构造、public getter/setter，且避免final字段，否则静默跳过。
子类只继承了父类的 getter、没有 setter，会导致调用 setXxx() 时编译报错或运行时找不到方法——但你说“静默失败”，说明实际发生了更隐蔽的情况：比如用了反射工具（如 BeanUtils.copyProperties）或 Lombok 的 @Data 配置不当，让写入操作看似执行了，实则没生效。
检查 Lombok 注解是否覆盖了父类字段
Lombok 的 @Data 在子类上使用时，默认只为子类**自己声明的字段**生成 getter/setter，不会自动为继承来的父类字段补 setter。即使父类已有 getter，只要它没显式声明 setter（或没被 Lombok 生成），子类就无法通过常规方式设值。
- 父类用了
@Getter @Setter→ 子类能正常读写父类字段 - 父类只用了
@Getter或@Data但字段是private且无 setter → 子类调用setXxx()会编译失败（不是静默） - 父类字段是
protected或包级访问，且没 getter/setter → 子类可直接访问字段，但外部工具（如 BeanUtils）无法识别，导致“静默跳过”
警惕 BeanUtils.copyProperties 的继承盲区
BeanUtils.copyProperties(source, target)（Spring 版）只扫描 target 类自身声明的属性，不递归父类。哪怕父类字段有 public getter/setter，只要这些方法定义在父类里，Spring 内省机制就可能忽略它们。
- 现象：copy 后父类字段仍是
null或默认值，但 source 里明明有值 - 关键前提：父类必须有无参构造函数，且所有待拷贝字段需有 public getter/setter
- 解决方向：不用
@Data简化父类，改用显式@Getter @Setter；或换用支持继承链的工具（如 Apache CommonsBeanUtils.copyProperties+ 手动注册父类内省器）
验证字段是否真被写入：别只信日志和 toString
“静默失败”常因误判：比如 toString() 没包含父类字段，或调试时只看了子类字段值。
- 用 debugger 直接展开 target 对象，查看父类字段的实际值（不要依赖
toString()输出） - 手动调用
target.getParentField()看返回值，确认 getter 是否真返回预期结果 - 如果用了 Lombok，检查编译后字节码（用 IDE 的 “Show bytecode” 功能），确认父类字段对应的 setter 方法是否存在
推荐做法：父子类都明确加 Lombok 注解
避免依赖“隐式继承”，主动控制每个层级的行为：
- 父类加
@Getter @Setter（或@Data），确保字段可读可写 - 子类加
@Getter @Setter，并显式开启继承感知：@ToString(callSuper = true)、@EqualsAndHashCode(callSuper = true) - 若需构建器，统一用
@SuperBuilder（父类子类都加），它会正确合并父子字段 - 避免在父类用
@Data而子类只用@Getter—— 这种混用极易导致 setter 缺失
