JPA 框架在从数据库加载实体时不会调用自定义有参构造函数，而是通过无参构造器 + 反射设值方式实例化对象，导致构造函数中计算的 @Transient 字段（如 age）未被初始化，始终为 null。
jpa 框架在从数据库加载实体时不会调用自定义有参构造函数，而是通过无参构造器 + 反射设值方式实例化对象，导致构造函数中计算的 `@transient` 字段（如 `age`）未被初始化，始终为 null。
在 Spring Data JPA 中，JpaRepository.findAll() 等查询方法底层依赖 JPA 规范实现（如 Hibernate），而 JPA 强制要求实体类必须提供一个 public 无参构造函数。当 JPA 加载数据时，它会：
- 调用无参构造器创建空对象（此时 age 仍为 null）；
- 通过反射逐个调用 setter 方法（或直接访问 package-private 字段）填充 id、name、email、dateOfBirth 等持久化字段；
- 完全跳过你的有参构造逻辑 —— 因此 this.age = Period.between(...) 这一行根本不会执行。
这就是为什么即使你定义了带 dateOfBirth 的构造函数，age 字段依然为 null：它从未被赋值。
✅ 正确解决方案
方案一：延迟计算（推荐）
在 getAge() 中按需计算并缓存结果，兼顾性能与简洁性：
@Transient
private Integer age;
public Integer getAge() {
if (age == null && dateOfBirth != null) {
age = Period.between(dateOfBirth, LocalDate.now()).getYears();
}
return age;
}
✅ 优点：无需修改业务逻辑，避免重复计算，符合 JPA 实体生命周期；
⚠️ 注意：若 dateOfBirth 后续被修改（如通过 setDateOfBirth()），当前缓存的 age 将过期——需同步更新（见方案二）。
方案二：在 setter 中联动更新
确保 dateOfBirth 变更时 age 自动重算：
public void setDateOfBirth(LocalDate dateOfBirth) {
this.dateOfBirth = dateOfBirth;
this.age = (dateOfBirth != null)
? Period.between(dateOfBirth, LocalDate.now()).getYears()
: null;
}
同时保留无参构造器（JPA 必需）：
public Student() {} // 必须存在！
public Student(String name, String email, LocalDate dateOfBirth) {
this();
this.name = name;
this.email = email;
setDateOfBirth(dateOfBirth); // 复用 setter 保证 age 同步
}
方案三：使用 @PostLoad 生命周期回调（适合复杂逻辑）
适用于需在实体完全加载后执行的初始化操作：
@PostLoad
private void calculateAge() {
if (dateOfBirth != null && age == null) {
age = Period.between(dateOfBirth, LocalDate.now()).getYears();
}
}
? 补充说明：@PostLoad 在 JPA 完成所有字段赋值后触发，是处理依赖其他字段的瞬态计算的理想时机。
❌ 不推荐的做法
- 移除 @Transient 并映射 age 到数据库：违背单一职责（年龄是派生值，不应持久化）；
- 依赖构造函数初始化：违反 JPA 实体实例化机制，不可靠；
- 在 getter 中每次都重新计算：对高频调用场景存在轻微性能开销（虽可接受，但缓存更优）。
总结
JPA 实体的本质是“数据载体”，其初始化由框架严格控制。任何依赖构造函数的业务逻辑都需迁移到 setter、@PostLoad 或惰性 getter 中。选择哪种方式取决于你的场景：
- 简单、只读场景 → 用带缓存的 getAge()；
- 允许 dateOfBirth 动态变更 → 配合 setDateOfBirth() 更新 age；
- 初始化逻辑复杂或涉及多字段协同 → 使用 @PostLoad。
遵循这一原则，即可彻底规避 null 计算字段问题。
