为何在Java项目中优先选用Lombok而非public字段？

阿华AIGC实验室

2026-5-21

聊聊Lombok @Getter/@Setter替代public字段的实际价值

我来直接回应你的疑问：这种写法确实比直接用public字段更有价值，核心是它在保持代码简洁的同时，守住了封装性的底线，下面具体拆解：

一、最核心的优势：比public字段多了"未来可扩展"的可能性

你同事说的"提升封装性"是对的：虽然Lombok自动生成的getter/setter看起来和直接访问字段没区别，但字段是private的——这意味着未来你想给这个字段的访问加逻辑时，不需要修改任何外部调用代码。比如后来你发现某个字段不能为null，只需要在类里手动重写对应的setter加校验；如果是public字段，你得把所有直接访问这个字段的地方改成调用方法，成本高到离谱。
适配Java生态的规范：Spring、Jackson、MyBatis这些常用框架，很多功能都是基于JavaBean的getter/setter约定来实现的（比如属性注入、JSON序列化）。public字段在某些场景下会被框架忽略，而Lombok生成的方法完全符合规范，兼容性拉满。
避免内部状态被随意篡改：比如你的类里有个private List<String> items，如果是public字段，外部代码可以直接调用items.clear()把集合清空，完全绕过你的类逻辑。但用Lombok的getter的话，你后续可以手动重写getter返回Collections.unmodifiableList(items)，把集合变成只读的，public字段根本做不到这点。

二、你担心的"难以定制"？其实有解法

Lombok自动生成的方法确实是最基础的取值/赋值逻辑，但这不是问题：

如果你一开始就需要定制逻辑，那直接手写对应的getter/setter就行——Lombok会聪明地跳过这个字段的自动生成，优先用你写的版本。比如：

import lombok.Getter;
import lombok.Setter;

@Getter @Setter
public class MyBean {
    private String username;

    // 手动重写setter，加入非空校验
    public void setUsername(String username) {
        if (username == null || username.trim().isEmpty()) {
            throw new IllegalArgumentException("用户名不能为空");
        }
        this.username = username;
    }
}

要是你只想关闭某个字段的自动生成，还可以用@Setter(AccessLevel.NONE)这种注解来精准控制，灵活得很。

三、和public字段的本质区别（一张表看明白）

对比维度	Lombok @Getter/@Setter + private字段	public字段
后续扩展能力	强（随时加校验、缓存等逻辑）	无（改不动）
框架兼容性	完全适配JavaBean规范	部分框架不支持
代码简洁度	高（无重复模板代码）	高，但牺牲封装
内部状态安全性	可保障（可通过重写方法限制访问）	完全暴露