jpa 通过无参构造器 + 反射设置字段值来实例化实体，因此带参构造器中的逻辑（如 age 计算）不会被执行，导致 @transient 字段为 null；应改用懒加载、setter 触发或 getter 内联计算等方式确保值正确生成。
jpa 通过无参构造器 + 反射设置字段值来实例化实体，因此带参构造器中的逻辑（如 age 计算）不会被执行，导致 @transient 字段为 null；应改用懒加载、setter 触发或 getter 内联计算等方式确保值正确生成。
在使用 Spring Data JPA 时，一个常见误区是认为实体类的有参构造函数会在数据库查询结果映射时被调用。实际上，JPA 规范强制要求实体必须提供无参构造器（no-argument constructor），且 ORM 框架（如 Hibernate）会通过反射直接调用该构造器创建对象，再逐个调用 setter 或直接访问字段完成属性赋值——你的自定义构造逻辑（如 this.age = Period.between(...)）完全不会执行。
这就是为什么你看到 age 字段始终为 null：虽然数据库成功查出了 dateOfBirth，但 age 是 @Transient 字段，不会被持久化，也不会被 JPA 自动初始化；而构造器未被调用，其内部的计算逻辑自然被跳过。
✅ 正确的解决方案（推荐三种方式）
方式一：懒加载式 getter（推荐 ✅）
在 getAge() 中加入空值检查与惰性计算，既避免重复计算，又保证首次访问即初始化：
@Transient
private Integer age;
public Integer getAge() {
if (age == null && dateOfBirth != null) {
age = Period.between(dateOfBirth, LocalDate.now()).getYears();
}
return age;
}
// 注意：需同时提供 public setter（JPA 可能通过 setter 赋值，尤其启用 bytecode enhancement 时）
public void setAge(Integer age) {
this.age = age;
}
⚠️ 提示：若使用 Lombok，避免 @Data（它会生成 setAge），建议用 @Getter @Setter 显式控制，或手动实现 setAge 以兼容 JPA 行为。
方式二：在 setDateOfBirth() 中同步计算（强一致性 ✅）
确保每次 dateOfBirth 更新时 age 都随之刷新，适合业务上 dateOfBirth 可变的场景：
private LocalDate dateOfBirth;
public void setDateOfBirth(LocalDate dateOfBirth) {
this.dateOfBirth = dateOfBirth;
// 同步更新 age（注意：LocalDate.now() 是运行时值，适用于“当前年龄”语义）
if (dateOfBirth != null) {
this.age = Period.between(dateOfBirth, LocalDate.now()).getYears();
} else {
this.age = null;
}
}
方式三：移除 age 字段，纯计算型 getter（最轻量 ✅）
若无需序列化存储 age 或参与条件查询，直接在 getter 中计算（你已验证此方式有效）：
public Integer getAge() {
return dateOfBirth != null
? Period.between(dateOfBirth, LocalDate.now()).getYears()
: null;
}
✅ 优点：零状态、无缓存失效风险；❌ 缺点：每次调用都触发计算（对高频访问场景可微优化，但通常无性能瓶颈）。
❌ 不推荐的做法
- 依赖有参构造器初始化 transient 字段：JPA 不调用它，必然失效；
- 在 @PostLoad 回调中计算：虽可行，但耦合生命周期、增加复杂度，且无法覆盖新建对象场景；
- 将 age 改为 @Column 持久化字段：违反单一数据源原则（age 是派生值），易引发数据不一致。
? 验证技巧
启用 Hibernate SQL 日志（spring.jpa.show-sql=true）并观察实际执行的 SELECT 语句，确认 age 不在查询列中——这印证了它必须由 Java 层动态生成。
综上，JPA 实体不是普通 POJO，其生命周期由框架严格管理。所有依赖构造器的初始化逻辑，都应迁移至 getter、setter 或生命周期回调中。选择懒加载 getter 是平衡简洁性、可维护性与性能的最佳实践。
