Java记录类record用法，10分钟搞定90%的POJO编写

上周review新同事的代码，我差点被一个UserDTO类气笑——整整56行！字段声明、构造函数、getter、equals/hashCode/tostring... 密密麻麻的样板代码，活像一堵代码墙。这让我想起自己2018年写Spring MVC的日子，那时候谁不是一边手酸一边骂娘？好在，​​Java 14推出的record类型​​（正式版在Java 16），简直就是为这类场景而生的救星。

​​▍Record的本质：数据载体的极简主义​​
用一句大白话说，record就是个​​自带全家桶的数据盒子​​。你定义字段，它自动生成构造、取值、判等、转字符串等方法。举个例子，同样的用户数据传输对象，传统写法vs record写法：

java运行复制
// 传统写法：56行起步！  
public class UserDTO {  
    private String name;  
    private int age;  
    // 构造器、getter、equals()、hashCode()、toString()省略...  
}  

// Record写法：1行搞定！  
public record UserRecord(String name, int age) { }  

编译后，UserRecord自动拥有：

• ​​全字段构造器​​：new UserRecord("张三", 30)
• ​​简洁取值方法​​：user.name() 而非user.getName()
• ​​智能判等​​：按字段值比较而非对象地址
• ​​可读的tostring​​：UserRecord[name=张三, age=30]

我在团队内部做过实验，改用record后，DTO类代码量平均减少82%。更绝的是，​​它强制不可变​​——所有字段默认final，从根上杜绝了“半路改数据”引发的线程安全问题。

​​▍真实场景：Record如何融入Spring生态？​​
很多人的误区是“record只能当玩具”，其实它在Spring Boot、JPA、MyBatis中都能扛大梁：

1. ​​Spring MVC返回值​​：

java运行复制
@GetMapping("/user")  
public UserRecord getUser() {  
    return new UserRecord("李四", 28); // 自动转JSON  
}  

亲测有效！Spring默认用Jackson序列化record，连@JsonIgnore都支持。

1. ​​MyBatis结果映射​​：

xml复制
<select id="selectUser" resultType="com.example.dto.UserRecord">  
    SELECT name, age FROM users WHERE id = #{id}  
select>  

注意：MyBatis 3.5.7+才支持，低于此版本需写映射。

1. ​​JPA投影查询​​：
   当只需部分字段时，比@Entity更轻量：

java运行复制
public interface UserRepository extends JpaRepository {  
    // 仅返回name和age  
    UserRecord findRecordById(Long id);  
}  

​​避坑提示​​：不要尝试用record替代@Entity！它没有JPA实体要求的无参构造器、字段可变等特性，强用会报NoSuchMethodException。

​​▍Record的边界：这些场景慎用​​
没有银弹，record也不例外。三种翻车现场供参考：

• ​​需要字段默认值​​：比如UserRecord(String name, int age=18)。对不起，record构造器必须显式传所有字段。变通方案：写静态工厂方法。
• ​​需要继承​​：record不能extends其他类（隐含final），想复用代码？试试接口+default方法。
• ​​需要懒加载​​：例如某些字段计算开销大。record初始化即赋值，无法延迟加载。

去年我们有个支付项目踩了坑：用PaymentRecord存交易流水，结果BigDecimal金额计算因不可变导致累加困难。最后换成传统类+Builder模式才搞定。​​所以记住：record是数据快照，不是业务模型​​。

​​▍进阶玩法：用解构+模式匹配榨干Record​​
Java 21的​​模式匹配​​让record如虎添翼。比如处理图形计算：

java运行复制
// 定义图形家族  
sealed interface Shape permits Circle, Rectangle { }  
record Circle(double radius) implements Shape { }  
record Rectangle(double width, double height) implements Shape { }  

// 模式匹配处理  
static double calculateArea(Shape shape) {  
    return switch (shape) {  
        case Circle c -> Math.PI * c.radius() * c.radius();  
        case Rectangle r -> r.width() * r.height();  
        default -> throw new IllegalArgumentException();  
    };  
}  

这种写法比instanceof+强制转换清爽十倍！尤其当shape嵌套时，能直接解构出字段值。

所以说，别再把record当“语法糖”了。从减少手酸到强制不可变，再到模式匹配联动，它实实在在改变了Java编码的肌肉记忆。下次写DTO前，先问自己：这个类需要可变吗？需要继承吗？如果否，大胆用record解放双手吧。

要是你还在用Java 8，可能得纠结升级成本。但根据我的踩坑经验，从17开始用record+密封类+虚拟线程，代码简洁度和性能提升绝对值得折腾。