Lombok @Builder 越用越爽，直到生产上构造函数的参数顺序全乱了

去年接手一个订单模块，一个 OrderCreateRequest 类加了三十多个字段。同事为了省事直接怼了个 @Builder. 开发自测都跑得好好的，上线那天晚上就开始出事了——订单金额和运费金额两个字段交换了发货地址写到了收货地址里面。

User Pain Point： 生产环境出现数据错位导致订单信息错误、业务方投诉、退款激增、客户信任度下降。

Builder 本来是个好东西，但 Lombok 把它整成了手榴弹

The GoF book’s classic Builder looks like this:

// 正经的建造者模式
public class Order {
private final String orderId;private final BigDecimal amount;private final String address;不过，private Order {
this.orderId = builder.orderId;this.amount = builder.amount;this.address = builder.address;}
public static class Builder {
private String orderId;private BigDecimal amount;
private String address;public Builder orderId{ this.orderId = orderId;return this，}
public Builder amount{ this.amount = amount;return this，}
public Builder address{ this.address = address;说起来，return this;}
public Order build {
// 可以在这里做校验
if
throw new IllegalStateException;怎么说呢，if <= 0)
                throw new IllegalStateException;
            return new Order;
        }
    }
}

The two key takeaways:

• buil d 可以统一完成所有必填项校验；构造器被设为 private ,外部无法绕过。
• This separation of construction and representation is core value of pattern.

Lombok’s @Builder does generate chainable setters,but its build merely does a plain new 。without any validation or required‑field enforcement. When fields explode in number you lose any guarantee that every mandatory field has been set before object creation.

Lombok also treats *all* fields as optional by default. In scenarios where you really need a mix of required and optional parameters—exactly when a Builder shines—Lombok makes it easier to produce incomplete objects.

StringBuilder 才是建造者模式最成功的案例

The JDK’s own StringBuilder is textbook Builder:

String result = new StringBuilder
.append.append
.append.append
.append.append
.toString;

The append method returns this 。and finally toString acts as “build” step producing immutable string.

User Pain Point：

If you rely on Lombok’s generated builder without validation,a single typo can corrupt critical business data in production. / p>