本文讲解如何通过泛型 + 工厂方法 + 类型擦除规避技巧，在 Lombok @SuperBuilder 继承体系中复用通用构建逻辑，避免子类 buildResponse 方法重复代码。
本文讲解如何通过泛型 + 工厂方法 + 类型擦除规避技巧，在 lombok `@superbuilder` 继承体系中复用通用构建逻辑，避免子类 `buildresponse` 方法重复代码。
在使用 Lombok @SuperBuilder 构建具有继承关系的类（如 ChildA、ChildB 继承自 Parent）时，常遇到「公共构建分支逻辑重复」的问题。你希望将 if (someInteger == 1) { ... } else { ... } 这类模式提取到父类，但直接写 T.builder().parentVariable(1).build() 会编译失败——因为 Java 泛型擦除后，T.builder() 并不存在，且 builder() 是静态方法，无法通过类型参数调用。
✅ 正确解法：不依赖 T.builder()，而是由子类传入已构造好的 Builder 实例，父类仅负责调用 .parentVariable(...).build()。这既保持类型安全，又规避了泛型静态方法限制。
✅ 推荐重构方案（类型安全 & 零反射）
修改 Parent 类，定义一个接受 子类 Builder 实例 的泛型构建方法：
// Parent.java
package test;
import java.util.Random;
import java.util.function.Supplier;
import lombok.Getter;
import lombok.experimental.SuperBuilder;
@SuperBuilder
@Getter
public class Parent {
protected int parentVariable;
protected Random random;
Parent() {
this.random = new Random();
}
/**
* 通用响应构建器：由子类提供预配置的 Builder（含子类特有字段），父类注入公共字段并完成构建
* @param someInteger 触发条件值
* @param builderWithChildFields 已设置子类字段的 Builder（如 ChildA.builder().childAInteger(...).childAString(...)）
* @param <t> 子类具体类型
* @return 构建完成的子类实例
*/
protected static <t extends parent> T buildResponse(
int someInteger,
Supplier<t> fallbackSupplier,
// 关键：传入 Builder（非 Class 或 String），利用 Lombok 生成的 builder() 静态方法
Supplier extends Parent.ParentBuilder, ?>> baseBuilderSupplier) {
if (someInteger == 1) {
return fallbackSupplier.get();
}
// 复用子类 builder —— 注意：必须是 Parent 的 builder，但实际可强转为子类 builder（Lombok 保证兼容性）
@SuppressWarnings("unchecked")
T built = (T) baseBuilderSupplier.get()
.parentVariable(1)
.build();
return built;
}
}</t></t></t>
对应地，子类调用方式调整为传入 builder() 而非 ::buildChildA：
// ChildA.java
package test;
import lombok.Getter;
import lombok.experimental.SuperBuilder;
@SuperBuilder
@Getter
public class ChildA extends Parent {
private int childAInteger;
private String childAString;
public ChildA execute() {
int someInteger = random.nextInt(10);
return buildResponse(
someInteger,
() -> ChildA.builder()
.childAInteger(0)
.childAString("")
.build(),
ChildA::builder // ✅ 传入 builder() 方法引用（返回 ChildA.ChildABuilder）
);
}
}
// ChildB.java
package test;
import lombok.Getter;
import lombok.experimental.SuperBuilder;
@SuperBuilder
@Getter
public class ChildB extends Parent {
private float childBFloat;
private long childBLong;
public ChildB execute() {
int someInteger = random.nextInt(10);
return buildResponse(
someInteger,
() -> ChildB.builder()
.childBFloat(0.0F)
.childBLong(0L)
.build(),
ChildB::builder
);
}
}
⚠️ 注意事项与最佳实践
-
@SuperBuilder兼容性：确保所有子类和父类均使用@SuperBuilder（而非@Builder），否则 builder 类型不兼容。 -
类型强转安全：
baseBuilderSupplier.get().parentVariable(1).build()返回Parent，但 Lombok 生成的子类 builder 的build()方法实际返回子类类型（如ChildA）。强制转换(T)在运行时安全，因调用方始终传入对应子类的 builder。 -
避免反射/Class.newInstance：本方案无需
Class<t></t>参数或反射，无性能开销与类型风险。 -
扩展性：若需设置多个公共字段（如
parentVariable+timestamp），只需在buildResponse中链式调用即可。 -
替代思路（Composition）：如问题答案所提，若继承非必需，改用组合（
ChildA持有Parent字段 +@Delegate）可彻底规避 builder 继承复杂度，但会改变 API 设计风格。
✅ 总结
通过让子类向父类传递 Supplier<builder></builder> 而非尝试在父类中“凭空创建”子类 builder，我们绕过了 Java 泛型对静态方法的限制，实现了真正可复用、类型安全、无反射的通用构建逻辑。这是在 Lombok @SuperBuilder 继承场景下推荐的工程化实践。
