标准化POJO需严格遵循JavaBean规范：私有属性（优先包装类型）、显式无参构造器、public getter/setter（布尔可用isXXX），并重写toString/equals/hashCode、实现Serializable、用不可变集合保护容器字段。
要标准化声明一个可复用的POJO封装类，核心是严格遵循JavaBean规范：提供无参构造器、私有属性、公有getter/setter方法，并确保命名符合驼峰与布尔属性的特殊约定。这样既能被框架（如Spring、MyBatis、Jackson）自动识别，也便于团队协作和长期维护。
属性定义：全部私有 + 合理类型
所有字段必须使用private修饰，避免直接暴露内部状态。优先选用包装类型（如Integer而非int），以支持null语义和JSON序列化时的空值处理。避免使用public或protected字段，也不建议用final修饰非常量字段（否则无法通过setter赋值）。
- ✅ 推荐：private String userName;、private Boolean isActive;
- ❌ 避免：public int age;、private final LocalDate createTime;
构造器：必须含无参构造器
JavaBean规范明确要求存在一个public无参构造器。这是反射工具（如BeanUtils、JSON反序列化）实例化对象的基础。即使你定义了带参构造器，也务必显式声明无参构造器，防止编译器不生成默认构造器导致运行时报错。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- ✅ 显式写出：public User() {}
- ✅ 若需初始化逻辑，可在其中调用this(...)或执行轻量级默认赋值（如this.status = "ACTIVE";）
- ❌ 不要依赖编译器自动生成——一旦添加了带参构造器，无参构造器将不再自动提供
Getter/Setter：命名规范 + 逻辑纯净
每个属性对应一对getXXX()和setXXX()方法（布尔类型可用isXXX()）。方法必须为public，返回类型/参数类型须与字段一致，且方法体内不应包含业务逻辑或副作用（如日志、校验、远程调用）。校验应放在Service层或使用Bean Validation注解（如@NotNull）。
- ✅ 标准写法：public String getUserName() { return userName; }
public void setUserName(String userName) { this.userName = userName; } - ✅ 布尔字段：private Boolean enabled; → public Boolean getEnabled() {...} 或 public boolean isEnabled() {...}（注意返回类型小写boolean更常见）
- ❌ 不要：public void setUserName(String name) { this.userName = name.toUpperCase(); }（侵入性逻辑破坏封装）
补充建议：提升可复用性与健壮性
除基础规范外，增加少量标准实践可显著提升POJO的实用性：
- 重写toString()、equals()和hashCode()：便于调试、日志打印和集合操作，推荐用IDE自动生成或Lombok的@Data（若项目允许）
- 实现Serializable接口并声明serialVersionUID：支持网络传输、缓存或持久化场景，避免因类结构微调引发反序列化失败
-
使用不可变集合包装容器字段：如private List
roles = new ArrayList(); → 改为private Listroles = Collections.unmodifiableList(new ArrayList()); ，或在getter中返回副本（return new ArrayList(this.roles);）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
