Java 21 Record实战：告别Lombok，这些场景用Record更香

Java 21 Record实战：告别Lombok，这些场景用Record更香

最近在重构一个老项目，看着满屏的@Data注解和自动生成的getter/setter方法，突然有种强烈的冲动——是时候拥抱一些更现代、更简洁的Java特性了。如果你和我一样，是个在微服务架构里摸爬滚打多年的Java开发者，对Lombok又爱又恨，那么JDK 21引入的Record类型，或许能给你带来一些新的启发。它不仅仅是语法糖，更是一种设计理念的转变，尤其在处理数据传输对象（DTO）、API响应封装这些高频场景时，Record展现出了惊人的简洁性和表达力。这篇文章，我想和你聊聊，在哪些具体的工程实践中，Record比Lombok更“香”，以及如何平滑地推动团队进行技术栈的演进。

1. 重新审视数据载体：Record与Lombok的本质差异

在深入实战之前，我们有必要先厘清Record和Lombok解决的是不是同一个问题。表面上看，它们都旨在减少样板代码，但底层逻辑截然不同。

Lombok是一个基于注解的代码生成库。它通过编译时注解处理器（APT）或更底层的字节码操作（ASM），在编译阶段“魔改”你的.class文件，为你生成getter、setter、equals()、hashCode()、toString()等方法。它的核心是代码生成，你写的类依然是一个普通的、可变的Java类。

而Java Record是一种新的语言特性。当你声明一个record时，你是在告诉编译器：“这是一个不可变的、透明的数据载体，它的状态完全由构造时传入的参数决定。”编译器会为你生成一个规范类，包含：

• 一个包含所有组件的规范构造函数。
• 每个组件的公共访问器方法（注意，是component()而非getComponent()）。
• 自动实现的equals()、hashCode()和toString()方法。

注意：Record的“不可变性”是浅层的。如果Record的组件是可变对象（如List），你仍然可以修改该列表的内容。Record保证的是其组件引用不可变。

为了更直观地对比，我们来看一个微服务中常见的用户信息DTO的例子：

使用Lombok：

import lombok.Data;
import java.time.LocalDateTime;
import java.util.List;

@Data
public class UserDTO {
    private Long id;
    private String username;
    private String email;
    private LocalDateTime createdAt;
    private List<String> roles;
    // 可能还有一堆Builder、NoArgsConstructor、AllArgsConstructor注解
}

使用Record：

import java.time.LocalDateTime;
import java.util.List;

public record UserRecord(
    Long id,
    String username,
    String email,
    LocalDateTime createdAt,
    List<String> roles
) {}

从代码行数上看，Record完胜。但差异远不止于此：