Java中必须用getter/setter而非public字段，因封装能校验输入、触发监听、支持懒加载等；直接暴露字段会导致NPE难查、业务逻辑分散、数据校验缺失。
为什么Java中必须用getter/setter而不是直接public字段
直接把字段设为public看似省事，但会立刻失去对属性值的控制权——比如无法校验输入、无法触发监听、无法做懒加载或类型转换。封装不是为了“多写两行代码”，而是把“这个字段能被怎么改、怎么读”的规则收束到明确的入口点。
常见错误现象：NullPointerException频发却查不到源头；业务逻辑散落在各处赋值语句里；前端传入负数年龄、空字符串邮箱，后端毫无感知就存进数据库。
- 所有可变状态都应通过
setter进入，哪怕只是简单赋值——这是未来加校验的唯一安全出口 -
getter不一定是纯返回，它可能是计算属性（如getFullName()拼接姓和名）、延迟初始化（如getCacheMap()首次调用才new HashMap） - 如果字段真不需要任何逻辑（比如POJO序列化场景），也建议用Lombok的
@Data生成，而非手写public字段——保留扩展余地
getter/setter命名与访问修饰符的实际约束
Java Bean规范要求getter以get或is开头（布尔类型推荐isXxx()），且方法必须是public；setter必须是public void setXxx(Type)。但实际开发中，很多人忽略修饰符组合带来的行为差异。
- 把
setter设为protected或包私有（默认），意味着子类或同包类才能修改，外部只能读——适合配置类、不可变对象的“半封闭”场景 -
getter设为private通常不合理，但protected可用于模板方法模式：父类定义templateMethod()调用getValue()，子类重写获取不同来源的数据 - 不要为
final字段写setter——编译器不会报错，但运行时永远无法生效，属于隐性设计矛盾
哪些情况不该暴露getter/setter
不是每个字段都需要一对完整的访问器。过度暴露会破坏内聚，让调用方误以为可以随意修改内部状态。
立即学习“Java免费学习笔记（深入）”；
- 敏感字段（如密码哈希值）只提供
setPassword(String)，但不提供getPassword()——避免内存泄露或日志误打 - 计算型字段（如
orderTotal）只提供getOrderTotal()，禁止setOrderTotal()——值应由订单项自动汇总得出 - 集合类字段（如
List）避免直接返回引用，应返回Collections.unmodifiableList(items)或用getItems().stream()...代替getItems()——防止外部篡改内部容器
Lombok如何影响封装逻辑的落地
@Getter/@Setter确实省去样板代码，但容易让人忽略“是否该暴露”这个设计决策。Lombok生成的方法默认是public，且不做任何校验或副作用处理。
- 需要校验时，别用
@Setter，手写setAge(int age)并加入if (age 150) throw new IllegalArgumentException(); - 想限制访问级别，用
@Setter(AccessLevel.PROTECTED)比删掉注解再手写更直观 -
@Data会自动生成toString()/equals()，但如果字段含敏感信息或大对象（如byte[]），可能引发日志爆炸或性能问题——此时应拆开用@Getter+@ToString(exclude="password")
封装的关键不在语法形式，而在谁能在何时以何种方式触达数据。哪怕用了Lombok，也要在写@Setter前停顿半秒：这个字段，真的应该被任意代码随时改吗？
