Java构建器的陷阱：@SuperBuilder 和 @Builder 的坑及代码演示

在Java编程的广阔天地中，Lombok库以其简洁的代码风格和强大的功能赢得了开发者的青睐。特别是@Builder和@SuperBuilder注解，它们极大地简化了对象的构建过程。然而，这些注解也带来了一些潜在的陷阱。本文将通过代码示例，揭示这些注解的坑，并提供一些实用的解决方案。

@Builder和@SuperBuilder的区别

@Builder是Lombok提供的标准注解，用于自动生成builder模式代码。而@SuperBuilder是Lombok的一个扩展，它支持在继承体系中生成builder模式代码。

坑点一：继承结构中的使用

问题代码示例：

@NoArgsConstructor
@Builder
public class Parent {
    private String parentField;
}

public class Child extends Parent {
    private String childField;
}

在上面的代码中，Child 类并没有继承 Parent 类的 builder() 方法。

解决方案代码示例：

@SuperBuilder
public class Parent {
    private String parentField;
}

@SuperBuilder
public class Child extends Parent {
    private String childField;
}

使用@SuperBuilder，Child 类将继承 Parent 类的builder方法。

坑点二：无参构造函数的缺失

问题代码示例：

@Builder
public class Example {
    private String field;
}

如果反射需要无参构造函数，上述代码将失败。

解决方案代码示例：

@NoArgsConstructor
@Builder
public class Example {
    private String field;
}

通过添加@NoArgsConstructor注解，可以生成无参构造函数。

坑点三：与其他注解的兼容性问题

问题代码示例：

public class Example {
    @JsonCreator
    public Example(String field) {
        this.field = field;
    }
}

当使用@JsonCreator注解时，@Builder可能不兼容。

解决方案代码示例：

@JsonDeserialize(builder = Example.Builder.class)
public class Example {
    private String field;

    private Example() {}

    @JsonIgnore
    protected Example(String field) {
        this.field = field;
    }

    public static Builder builder() {
        return new Builder();
    }

    public static class Builder {
        private String field;

        public Builder field(String field) {
            this.field = field;
            return this;
        }

        public Example build() {
            return new Example(field);
        }
    }
}

通过手动编写Builder类和使用@JsonDeserialize注解，可以解决兼容性问题。

坑点四：@SuperBuilder与@NoArgsConstructor的冲突

问题代码示例：

@SuperBuilder
@NoArgsConstructor
public class Example {
    private String field;
}

上述代码将导致编译错误。

解决方案代码示例：

@SuperBuilder
@NoArgsConstructor(force = true)
public class Example {
    private String field;
}

通过在@NoArgsConstructor注解中添加force = true属性，可以强制生成无参构造函数。

结语

@SuperBuilder和@Builder注解极大地简化了对象的构建过程，但它们的使用也伴随着一些潜在的陷阱。通过上述代码示例，我们了解了这些坑点，并提供了一些实用的解决方案。希望这些信息能帮助你在Java开发中避免这些常见的问题，让你的代码更加健壮和高效。

---

本文通过代码示例深入探讨了@SuperBuilder和@Builder注解的常见问题，并提供了一些实用的解决方案，希望能够帮助开发者避免在使用这些注解时遇到的坑。记住，合理使用技术，才能发挥其最大的价值。

推荐阅读文章

• 由 Spring 静态注入引发的一个线上T0级别事故（真的以后得避坑）

• 如何理解 HTTP 是无状态的，以及它与 Cookie 和 Session 之间的联系

• HTTP、HTTPS、Cookie 和 Session 之间的关系

• 什么是 Cookie？简单介绍与使用方法

• 什么是 Session？如何应用？

• 使用 Spring 框架构建 MVC 应用程序：初学者教程

• 有缺陷的 Java 代码：Java 开发人员最常犯的 10 大错误

• 如何理解应用 Java 多线程与并发编程？

• 把握Java泛型的艺术：协变、逆变与不可变性一网打尽

• Java Spring 中常用的 @PostConstruct 注解使用总结

• 如何理解线程安全这个概念？

• 理解 Java 桥接方法

• Spring 整合嵌入式 Tomcat 容器

• Tomcat 如何加载 SpringMVC 组件

• “在什么情况下类需要实现 Serializable，什么情况下又不需要（一）？”

• “避免序列化灾难：掌握实现 Serializable 的真相！（二）”

• 如何自定义一个自己的 Spring Boot Starter 组件（从入门到实践）

• 解密 Redis：如何通过 IO 多路复用征服高并发挑战！

• 线程 vs 虚拟线程：深入理解及区别

• 深度解读 JDK 8、JDK 11、JDK 17 和 JDK 21 的区别

• 10大程序员提升代码优雅度的必杀技，瞬间让你成为团队宠儿！

• “打破重复代码的魔咒：使用 Function 接口在 Java 8 中实现优雅重构！”

• Java 中消除 If-else 技巧总结

• 线程池的核心参数配置(仅供参考)

• 【人工智能】聊聊Transformer，深度学习的一股清流(13)

• Java 枚举的几个常用技巧，你可以试着用用