迁移至SpringBoot3.0+Hibernate6.1.5后单个@OneToOne关联异常

迁移至SpringBoot 3.0与Hibernate 6.1.5后，仅一处@OneToOne关联失效，其余同类关联均正常。当获取包含User与Billing的Account实例时，User可正常加载，但Billing为null；然而通过Account ID单独查询Billing时，却能查到对应数据。

实体关联代码 #

//Account
@OneToOne(mappedBy = "account", cascade = CascadeType.ALL)
private User user;

@OneToOne(mappedBy = "account", cascade = CascadeType.ALL)
private Billing billing = new Billing();

//Billing
@OneToOne
@JoinColumn(name = "account_id", nullable = false)
private Account account;

//User
@OneToOne(cascade = CascadeType.ALL)
@JoinColumn(name = "account_id")
private Account account;

执行的SQL语句 #

[Hibernate] 
/* <criteria> */ select
    a1_0.id,
    b1_0.id,
    b1_0.account_id,
    b1_0.created,
    b1_0.last_modified,
    a1_0.created,
    a1_0.last_modified 
from
    account a1_0 
left join
    user u1_0 
        on a1_0.id=u1_0.account_id 
left join
    billing b1_0 
        on a1_0.id=b1_0.account_id 
where
    u1_0.id=?

已尝试修改命名策略、重建干净数据库，但均未解决问题。

• 检查Billing实体的字段映射完整性：确认Billing类中SQL查询返回的所有字段（如created、last_modified）都有对应实体属性，且数据类型完全匹配。Hibernate 6对映射的严格性提升，字段缺失或类型不匹配会导致对象无法实例化，最终返回null。
• 验证Billing的无参构造函数：Hibernate依赖无参构造函数实例化对象，若Billing仅定义了带参构造，未显式声明无参构造，在Hibernate 6中可能无法正常创建实例，导致关联属性为null。
• 调整关联的fetch策略：在Account的billing属性上显式添加fetch = FetchType.EAGER，排除懒加载未初始化的问题——尽管SQL已执行left join，但Hibernate的懒加载逻辑可能干扰属性赋值。
• 匹配关联的约束配置：Billing的@JoinColumn设置了nullable=false，可尝试在Account的billing属性上添加optional = false，或在Billing的@OneToOne上补充optional = false，适配Hibernate 6对双向OneToOne关联的约束校验。
• 移除属性默认初始化：Account中billing属性默认初始化new Billing()，可能与Hibernate的实例化逻辑冲突。尝试去掉该默认初始化，改为延迟初始化，看是否能正常加载数据库数据。
• 开启Hibernate调试日志：开启org.hibernate.type和org.hibernate.loader的DEBUG级日志，查看结果集映射的详细过程，排查是否存在字段映射失败、实例化异常等被隐藏的错误。

内容的提问来源于stack exchange，提问作者JDev