getter和setter是Java封装的核心机制，用于控制数据访问、保障逻辑一致性及支撑框架协作；通过它们可灵活变更存储方式、实现读写控制、动态计算、集中校验与副作用处理，并满足Spring、Jackson等框架的JavaBean规范要求。
Java里getter和setter之所以重要，核心在于它们是实现封装的基础设施，不是形式主义的模板代码，而是控制数据访问、保障逻辑一致性、支撑框架协作的关键设计手段。
封装不是“加private再补两个方法”
把字段设为private只是第一步。真正起作用的是通过getter/setter把对数据的读写变成可干预的过程：
- 字段可以随时更换存储方式（比如从
int age改为LocalDate birthDate），只要getter返回年龄、setter接受年龄，调用方完全无感 - 只提供getter，属性天然只读（如用户ID、创建时间）；只提供setter，适合初始化或配置类场景（如日志级别开关）
- 字段甚至可以不真实存在——getter可动态计算（
getFullName()拼接first+last），setter可批量更新（setAddress(String street, String city)，虽不满足JavaBean规范但语义更清晰）
数据校验和副作用必须发生在setter里
直接赋值无法拦截非法输入，而setter是唯一可控入口：
- 年龄不能为负数、邮箱格式需校验、密码长度不低于8位——这些规则只能在
setXxx()中集中处理 - 值变更时触发通知（如PropertyChangeListener）、写审计日志、刷新缓存、重绘UI——这些副作用也自然落在setter中
- 避免在构造器或业务方法里重复写校验逻辑，违反DRY原则
框架和工具依赖这套约定
大量Java生态组件默认按JavaBean规范工作，绕不开getter/setter：
立即学习“Java免费学习笔记（深入）”；
- Spring MVC绑定表单参数、@RequestBody解析JSON，靠反射调用
setName()注入值 - Jackson、Gson序列化时，默认只序列化有getter的方法返回值（除非显式配置）
- Hibernate/JPA映射实体字段、Mockito模拟行为、Lombok生成代码，底层都基于命名模式识别属性
- 布尔类型必须用
isActive()而非getActive()，否则部分框架可能识别失败
实际编写要注意的细节
命名和行为要严格符合规范，否则易引发隐性问题：
- 普通属性：getter用
getXxx()（首字母大写），setter用setXxx()；boolean基本类型优先用isXxx() - 不要无脑生成所有字段的getter/setter——只暴露真正需要被外部读写的属性
- getter内避免复杂计算或I/O操作（如查数据库），除非明确是懒加载且已加缓存
- 返回集合类时，getter应返回防御性副本（
new ArrayList(list)），防止外部修改破坏内部状态
