使用Hibernate值类型集合产生的并发问题和解决方法

本文探讨了在使用Hibernate管理包含有序long型数值集合的类时遇到的并发问题。具体表现为多个线程同时向同一对象添加数值导致数据库主键冲突的情况,并提供了两种解决方案。

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

Hibernate的值类型集合用起来很方便,但在最近的使用中发现它有并发问题。如下:

有一个持久化类A需要包括n个有序的long型数。类A需要保存到数据库中。

类A如下:

public class Foo{

// some properties

List longNumbers=new ArrayList();


// some propertes' getter and setter


public List getLongNumbers(){

return this.longNumbers;

}


public void setLongNumber(List longNubmers){

this.longNumbers=longNumbers;

}


}


这里仅讨论值集合对应的hibernate配置如下:

<list
name="longNumbers"
table="itil_foolongnumbers"
lazy="false"
inverse="false"
cascade="all-delete-orphan"
>

<key
column="ifooid"
>
</key>

<index
column="iindex"
/>

<element
column="ilongnumber"
type="java.lang.Long"
not-null="false"
unique="false"
/>
</list>


配置好后,就可以直接向Foo对象里添加long型的值了,并通过hibernate的Session进行增删改查了。

但是,我遇到了一个问题。当同时有两个或两个以上线程执行如下代码时出现错误。(代码只表语意并不严格)

public void appdendLongNumber(Long fooId,Long num){
Transaction tr=session.beginTransaction();
Foo f=session.get(fooId,Foo.class);
f.getLongNumbers().add(num);
tr.commit();
...
}


出现的错误并不是hibernate报错,而是数据库报主键冲突异常。
经过分析发现:原来itil_foolongnumbers表是用ifooid和iindex做为复合主键的。当有两个线程同时向OID相同的Foo对象增加新的Long Number时,就使得在两个线程中的Foo对象分别拥有了具有相同下标的Long Number元素。然后,先被保存的Foo对象成功,第二个保存到数据库的,就引发主键冲突了。

这个问题在开发时是很难想到的。

这个问题,可以按如下方式解决。

两个方法:

1.代码级互斥。

2.重试。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值