hibernate源码中的try{}finally{}引发的一堆东西

本文探讨了Hibernate在处理many-to-one单向关联时的flush机制。重点分析了在仅保存多对一方的对象(如User)而不保存一对一关联的对象(如Group)时,Hibernate如何处理这种场景,特别是在使用不同主键生成策略时的行为差异。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 

以上是在看hibernate源码中发现的,当many-to-one单向关联时,只在多的一方关联到一的一方,如User (many)----Group(one)

<many-to-one name="group" column="groupid"/>

如果没有保存group(未级联),而只保存了User对象,如果主键生成策略是native那么在save时就会向数据库发送sql,但是还未提交,所以在数据库里是查看不到数据的(注:如果是uuid生成策略的话会在commit时发出sql),而当session.getTransaction().commit()时会抛出TransientObjectException异常,但是不会执行到commit

debug后当执行到flushEntities(event)时,flushEntites会抛出异常,直接到finally里,然后会将flushing设置为false,因为这里无须去对异常进行处理,只需要将flushing设置为flash就可以了

以上随便写两下,没啥东西

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值