Lombok 是“糖衣炮弹”？为什么很多开源项目（如 Spring）禁止使用 @Data 注解？-开发者社区

🍬 前言：让人上瘾的“毒药”

如果 Java 程序员有一张“偷懒清单”，Lombok绝对排第一名。
以前写一个 POJO，要 Alt+Insert 生成 Getter/Setter/ToString/Equals… 几十行代码占满了屏幕。
有了 Lombok，一个@Data注解搞定，代码清爽得让人想哭。

但是，你有没有想过，为什么 Spring Framework、MyBatis 等顶级的开源项目源码里，从来找不到 Lombok 的影子？

甚至在很多大厂（如阿里、美团）的核心中间件团队，使用 Lombok 是被严格限制的。
今天，我们就来揭开这层“糖衣”，看看里面的“炮弹”到底长什么样。

💣 罪状一：强奸了 Java 的封装性 (Encapsulation)

@Data是一个“全家桶”注解，它等价于：
@Getter+@Setter+@ToString+@EqualsAndHashCode+@RequiredArgsConstructor。

最大的问题在于@Setter。

在优秀的面向对象设计（OO）或领域驱动设计（DDD）中，对象不应该是随意的“数据容器”。

如果你把一个 Order 类的状态随意暴露给外部修改（setStatus），你就在破坏业务逻辑的完整性。
真正的业务对象应该是**“贫血”的 Getter，配合“充血”**的业务方法（如confirmOrder()），而不是简单的setStatus(CONFIRMED)。

使用@Data，相当于把你家里所有的门窗都拆了，谁想进就能进。

💣 罪状二：`equals`与`hashCode`的深坑

这是 JPA/Hibernate 开发者最容易踩的坑，甚至会导致StackOverflowError。

场景还原：
你有一个双向关联关系：Order（订单）和OrderItem（订单项）。

Order 引用了 List<OrderItem>
OrderItem 引用了 Order

如果你在两个类上都加了@Data，Lombok 会自动生成hashCode()方法。

Order 计算 Hash 时会调用 Item 的 Hash。
Item 计算 Hash 时会调用 Order 的 Hash。
死循环开始，程序崩溃。

虽然可以用@ToString.Exclude解决，但对于新手来说，这是一个巨大的隐形炸弹。

💣 罪状三：它是一个“黑客”插件 (Compiler Hack)

这是开源项目拒绝它的根本原因。

普通的 Java 注解（Annotation）是在运行时或编译生成新文件时起作用的。
但 Lombok 不同，它利用了 Java 编译器的非公开 API（JSR 269 的漏洞），在编译过程中暴力修改了抽象语法树 (AST)。

编译流程对比图：

后果是什么？

JDK 升级地狱：每次 JDK 升级（比如从 JDK 8 升到 JDK 17，再到 JDK 21），Java 编译器的内部结构都可能变化。Lombok 必须紧跟升级，否则项目直接编译报错。你的项目生杀大权，掌握在一个插件手里。
强制依赖：如果 Spring 用了 Lombok，那么全球数百万想阅读 Spring 源码的开发者，都必须在 IDE 里安装 Lombok 插件，否则源码全是红色的报错。开源项目不能容忍这种侵入性。

💣 罪状四：调试与重构的噩梦

断点去哪了？
代码里没有getXxx()方法，你无法在 Getter 上打断点。当某个属性莫名其妙被读取时，你只能干瞪眼。
重构失效
虽然现在的 IDE 对 Lombok 支持好了很多，但在做复杂的大规模重构（Refactoring）时，Lombok 生成的虚拟代码偶尔会让 IDE 的索引失效，导致重命名失败。

🛡️ 正确的姿势：取其精华，去其糟粕

我不是劝你完全不用 Lombok，而是要克制地使用。

❌ 坚决抵制：

@Data：尽量别用在核心领域模型（Entity）上。
@AllArgsConstructor：当字段顺序调整时，构造函数的调用方不会报错，可能导致严重的参数错位 Bug。

✅ 推荐使用：

@Getter：读操作通常是安全的。
@ToString：方便打日志。
@Slf4j：这个是真的香，省去了private static final Logger...。
@Builder：构建复杂对象时的神器。

🚀 未来的替代者：Java 14+ Records

如果你的类只是纯粹的数据载体（DTO），Java 14 引入的Record是官方的终极解决方案。

// Lombok 方式@DatapublicclassUserDTO{privateStringname;privateintage;}// Java Record 方式 (JDK 14+)// 原生支持、不可变、自带全参构造、Equals、HashCode、ToStringpublicrecordUserDTO(Stringname,intage){}