Java中getter/setter不必手写但手写最可控，IDE可自动生成却缺乏null检查、校验等业务逻辑，Lombok虽简化开发但存在兼容性、调试和反射可见性问题。
Java里getter和setter必须手写吗
不是必须手写，但手写最可控。IDE（如IntelliJ或Eclipse）能自动生成，但生成的代码默认不处理null检查、不可变性、线程安全等实际需求。比如getName()只是简单返回字段，而业务中可能需要返回空字符串而非null，这时就得手动改。
自动生成的setAge(int age)也不会校验年龄范围，直接赋值可能导致后续逻辑出错。所以生成只是起点，不是终点。
- IDE生成快捷键：IntelliJ是
Alt + Insert→ “Getter and Setter”；Eclipse是Alt + Shift + S→ “Generate Getters and Setters” - 生成前先确保字段是
private，否则IDE可能跳过或报错 - 勾选“Use accessor methods for properties”这类选项会影响Lombok兼容性，慎选
什么时候不该加setter方法
一旦字段在构造后不应被修改，就不该提供setXxx()。常见于ID、创建时间、配置常量等。加了setter等于放弃封装，外部可随意篡改内部状态。
例如private final String orderId;——既然声明了final，再配setOrderId()编译都过不去；而private LocalDateTime createdAt;如果本意是“只读时间戳”，加setter就违背设计意图。
立即学习“Java免费学习笔记（深入）”；
- 值对象（VO）、数据传输对象（DTO）通常需要完整getter/setter
- 实体类（Entity）中主键、时间戳、状态码等字段建议只提供getter
- Lombok的
@Value会自动禁用所有setter，适合不可变类；@Data则全开，要小心误用
getter/setter命名不合规会导致什么问题
违反JavaBeans规范会让框架失效。比如字段叫isRunning，按规范getter应为isRunning()而非getRunning()；若写成后者，Spring、Jackson、MyBatis等框架可能无法识别该属性，序列化时字段丢失或反序列化失败。
同样，private Boolean active;对应的标准getter是getActive()，不是isActive()——因为类型是Boolean而非boolean。这点容易踩坑。
- Jackson默认只序列化符合JavaBeans命名规则的getter，
getURL()会被识别为字段url，但getUlr()（拼错）就完全忽略 - IDEA里开启“Java → Code Style → JavaBeans naming convention”可高亮不合规命名
- Maven插件
maven-checkstyle-plugin可强制校验，避免上线后因命名导致JSON解析为空
用Lombok简化时要注意哪些兼容性细节
@Getter和@Setter看着省事，但默认作用于所有非静态字段，包括你忘了加private修饰符的字段，结果把本该隐藏的变量暴露出去。更隐蔽的问题是：Lombok生成的方法不参与源码编译期检查，比如你在@Setter方法里想加日志或校验，它不给你插入口。
另外，Lombok与某些注解处理器（如MapStruct、ErrorProne）存在顺序冲突，可能导致编译失败或getter未生成。
- 显式指定作用域：
@Getter(AccessLevel.PROTECTED)比默认PUBLIC更安全 - 排除特定字段：
@Setter(AccessLevel.NONE)放在字段上，可禁用某个字段的setter - 启用
lombok.config全局配置，比如lombok.anyConstructor.addConstructorProperties = true影响序列化兼容性
