JPA框架通过无参构造器反射创建实体对象，跳过自定义构造逻辑，导致构造器中计算的字段（如age）未被初始化而为null。
jpa框架通过无参构造器反射创建实体对象，跳过自定义构造逻辑，导致构造器中计算的字段（如`age`）未被初始化而为null。
在使用 Spring Data JPA 时，一个常见误区是认为实体类的有参构造函数会在数据库查询（如 findAll()）过程中被调用。实际上，JPA 规范强制要求实体必须提供一个无参构造器（no-argument constructor），且 ORM 框架（如 Hibernate）在从 ResultSet 映射数据到实体对象时，始终通过无参构造器实例化对象，再通过 setter 或字段直接赋值填充持久化属性——完全绕过了你定义的含参构造函数。
因此，尽管你在 Student(String, String, LocalDate) 构造器中计算并设置了 this.age = Period.between(...).getYears()，该逻辑在 JPA 加载已有数据时根本不会执行，age 字段保持默认初始值 null，最终序列化为 JSON 时即显示 "age": null。
✅ 正确做法：将计算逻辑移至生命周期可控的位置，而非依赖构造器。以下是两种推荐方案：
方案一：在 setDateOfBirth() 中同步计算（推荐用于业务强一致性场景）
public void setDateOfBirth(LocalDate dateOfBirth) {
this.dateOfBirth = dateOfBirth;
// age 随出生日期变更实时更新
if (dateOfBirth != null) {
this.age = Period.between(dateOfBirth, LocalDate.now()).getYears();
} else {
this.age = null;
}
}⚠️ 注意：需确保所有设置 dateOfBirth 的路径（包括构造器、setter、反序列化）都覆盖此逻辑；若存在 @Column 映射的 dateOfBirth 字段，Hibernate 会自动调用 setDateOfBirth()，从而触发 age 计算。
方案二：懒加载式 getAge()（推荐用于读多写少、性能敏感场景）
public Integer getAge() {
if (age == null && dateOfBirth != null) {
age = Period.between(dateOfBirth, LocalDate.now()).getYears();
}
return age;
}✅ 优势：避免重复计算（首次访问后缓存结果），不侵入数据变更流程；
⚠️ 注意：age 字段需保持 @Transient（确保不被持久化），且该方法不能用于 JPQL/HQL 查询条件（因非数据库列）。
补充说明与最佳实践
- 永远保留无参构造器：即使你定义了其他构造器，也必须显式声明 public Student() {}（Lombok 的 @NoArgsConstructor 可自动处理）；
- 避免在构造器中做业务计算：JPA 实体构造器仅应在创建新对象（如 new Student(...)）时使用，不可依赖其参与持久化/反持久化流程；
- 时间敏感性提醒：LocalDate.now() 返回的是 JVM 当前时间，若应用长期运行，age 值将随日期推移“过期”。如需严格精确年龄（如法律场景），建议在查询时动态计算或存储 dateOfBirth 并在服务层按需计算；
-
JSON 序列化控制（可选）：若希望 age 始终动态计算且不存于字段中，可移除 age 字段，直接在 getter 上添加 @JsonProperty("age")：
@JsonProperty("age") public Integer getAge() { return dateOfBirth != null ? Period.between(dateOfBirth, LocalDate.now()).getYears() : null; }
综上，问题根源在于混淆了“对象创建方式”与“ORM 映射机制”。理解 JPA 的实例化契约，将计算逻辑置于 setter 或 getter 中，即可安全、可靠地实现派生字段的管理。
