Java中必须用getter/setter而非直接访问字段，因封装原则要求字段private，以支持后续校验、日志、序列化及重构；public字段会破坏契约，而record、枚举等场景可适度跳过。
为什么Java中必须用getter/setter而不是直接访问字段
因为Java的封装原则要求把字段设为private，外部代码无法直接读写——这不是语法强制，而是设计契约。一旦暴露public字段，后续想加校验、日志、通知或改用计算属性，就会破坏所有调用方代码。
常见错误现象：
– 直接声明public String name;，后期想在赋值时检查空值，却不敢改，只能妥协
– JSON序列化库（如Jackson）默认只处理getter/setter，字段直连导致序列化失败
– Lombok的@Data看似省事，但若某字段需特殊逻辑（如密码字段不返回），就必须手写getter并加@JsonIgnore
- getter/setter是接口层，字段是实现层；接口可稳定，实现可随时重构
- IDE（如IntelliJ）生成的setter默认不校验，但你可以在里面加
Objects.requireNonNull(value, "name must not be null") - JavaBeans规范要求getter/setter命名严格匹配（如字段
isRunning对应isRunning()而非getRunning()），否则反射类库（如Spring Data JDBC）会找不到属性
哪些场景可以跳过getter/setter
不是所有字段都值得包一层。过度封装反而增加维护成本，尤其在DTO、Record或内部工具类中。
- Java 14+ 的
record自动提供不可变字段的getter（无setter），适合纯数据载体：public record User(String name, int age) {}——user.name()合法，user.name = "x"编译报错 - 枚举常量字段可设为
public static final，如TimeUnit.SECONDS，因为值固定且无需扩展逻辑 - 某些性能敏感场景（如高频数学计算类），避免方法调用开销，但需注释说明理由，且仅限
private包内使用
getter/setter里最容易被忽略的细节
很多人以为写个return this.xxx;就完事，但边界情况常引发Bug。
立即学习“Java免费学习笔记（深入）”；
- 返回集合时，别直接返回私有引用：
return this.roles;→ 外部可修改原集合；应返回不可修改视图：return Collections.unmodifiableList(this.roles); - setter中对引用类型参数要做防御性拷贝（如
String虽不可变，但ArrayList需new ArrayList(list)） - Boolean字段命名陷阱：字段叫
active，getter必须是isActive()；若写成getActive()，Jackson可能解析失败，且违反JavaBeans规范 - Lombok的
@Setter(AccessLevel.PROTECTED)比private更实用——子类可覆写赋值逻辑，父类仍控制入口
现代Java中getter/setter正在被什么替代
不是被“淘汰”，而是被更精准的抽象替代。关键看数据角色：
- 只读配置：用
record或interface + sealed class组合，避免暴露任何可变点 - 领域模型：仍需完整getter/setter，但逻辑应集中在领域方法中（如
user.deactivate()内部设active = false并触发事件），而非让外部调setActive(false) - 构建器模式：复杂对象用
Builder（如Person.builder().name("a").age(20).build()），setter退居为构建过程中的临时入口，对外不可见
真正容易被忽略的是：getter/setter本身不是目的，它是控制权移交的契约。什么时候交、交多少、交后能否收回——这些决策比“要不要写”重要得多。
