Lombok 注解（如 @Data、@AllArgsConstructor）不会被子类继承，因其保留策略为 RetentionPolicy.SOURCE，仅在编译期生效且不参与类继承体系；子类必须显式添加所需注解才能生成对应方法。
lombok 注解不继承：深入解析 `@data` 与类继承的真相
在 Spring Boot 项目中使用 Lombok 时，一个常见误区是认为 @Data 等注解会像 Java 方法或字段一样“自动传递”给子类。但事实恰恰相反：Lombok 注解本身不具备继承性。这并非 Spring Boot 或 IDE 的配置问题，而是由 Lombok 的底层设计机制决定的。
? 为什么 @Data 不会被继承？
查看 Lombok 源码（如 @Data 或 @AllArgsConstructor）可发现其声明包含：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.SOURCE) // 关键！
public @interface Data { ... }
@Retention(RetentionPolicy.SOURCE) 表示：该注解仅保留在源代码阶段，编译器处理完即丢弃，不会写入 .class 字节码，更不会参与 JVM 的类加载与继承链解析。因此：
- 抽象父类
AbstractResponse上的@Data仅为其自身字段（如success）生成 getter/setter/toString 等； - 子类
QuoteResponse是一个独立的类型，其字段（c,d,t等）完全不受父类注解影响； - 若未在
QuoteResponse上显式添加@Data或组合注解（如@Getter @Setter），IDE 和编译器均不会为其生成任何访问器方法——这是完全符合预期的行为，而非 Bug 或配置错误。
✅ 正确实践方案
方案 1：子类显式添加 @Data（推荐，简洁清晰）
@Data
@AllArgsConstructor
@NoArgsConstructor
public abstract class AbstractResponse {
private boolean success;
}
// ✅ 显式标注，语义明确，无歧义
@Data
public class QuoteResponse extends AbstractResponse {
private double c;
private double d;
private double dp;
private double h;
private double l;
private double o;
private double pc;
private long t;
}
? 提示：
@Data已隐含@Getter/@Setter/@ToString/@EqualsAndHashCode/@RequiredArgsConstructor，足够覆盖绝大多数 DTO/VO 场景。
方案 2：按需组合注解（更精细控制）
若需排除某些字段参与 equals/hashCode 或 toString，或需定制构造逻辑：
@Getter @Setter
@ToString(exclude = {"pc", "t"})
@EqualsAndHashCode(callSuper = true, exclude = {"c", "h"}) // 显式调用父类逻辑
@NoArgsConstructor
@AllArgsConstructor
public class QuoteResponse extends AbstractResponse {
private double c;
private double d;
// ... 其他字段
}
✅ callSuper = true 确保 equals/hashCode 包含父类 success 字段；
⚠️ 注意：@EqualsAndHashCode 和 @ToString 默认 callSuper = false，继承场景下务必显式设置。
方案 3：使用 @SuperBuilder（适用于构建器模式）
若需支持链式构造并兼容继承：
@SuperBuilder(toBuilder = true)
@ToString(callSuper = true)
@EqualsAndHashCode(callSuper = true)
public abstract class AbstractResponse {
private boolean success;
}
@SuperBuilder(toBuilder = true)
public class QuoteResponse extends AbstractResponse {
private double c;
// ...
}
✅ @SuperBuilder 是 Lombok 专为继承设计的注解，可生成支持父类字段的 builder。
⚠️ 重要注意事项
- 不要依赖 ChatGPT 等模型对 Lombok 继承性的错误断言：其训练数据可能混杂过时文档或误解，而官方文档与源码明确说明注解无继承性（Lombok 官方 FAQ）。
-
@EqualsAndHashCode和@ToString的callSuper参数至关重要：默认false，若忽略将导致子类比较/打印丢失父类字段，引发逻辑缺陷。 -
IDE 必须安装 Lombok 插件并启用 Annotation Processing：否则即使代码正确，IDE 也无法识别生成的方法（IntelliJ：
Settings → Build → Compiler → Annotation Processors → Enable annotation processing）。 -
Maven/Gradle 依赖范围应为
provided：<dependency><groupid>org.projectlombok</groupid><artifactid>lombok</artifactid><scope>provided</scope><!-- 编译期工具，不打包进运行时 --></dependency>
✅ 总结
Lombok 的设计哲学是「显式优于隐式」——它不会试图模拟 Java 语言的继承语义，而是将代码生成严格绑定到被注解的类本身。因此，在继承体系中：
✅ 正确做法：每个需要生成样板代码的具体类（包括子类），都应独立、明确地添加对应 Lombok 注解；
❌ 错误假设：父类加了@Data，子类就能“自动获得”所有功能。
这一机制虽略增一行代码，却极大提升了可维护性与可预测性：任何人阅读 QuoteResponse 类，无需追溯父类即可立即理解其行为边界，避免因“隐式继承”引发的调试陷阱和团队认知偏差。
