【SSH框架】慎用hibernate中的saveOrUpdate()方法，解决方案！

刺骨的言语ヽ痛彻心扉 2022-05-26 08:05 188阅读 0赞

今天写的项目中遇到一个异常：

org.springframework.orm.hibernate5.HibernateOptimisticLockingFailureException： Batch update returned unexpected row count from update \[0\]; actual row count: 0; expected: 1; nested exception is org.hibernate.StaleStateException: Batch update returned unexpected row count from update \[0\]; actual row count: 0; expected: 1。

**一、原因**：hibernate在没有id的情况下执行了update操作，导致异常！后来发现我用了saveOrUpdate方法，而**s****aveOrUpdate要求：只有ID为null才执行save,其他任何情况下执行update**。这时候改用save方法就没有问题了。

**二、分析**：**情形一**，当实体类的主键生成策略是**uuid**，即对应的主键类型是**String**，这个时候我用saveOrUpdate方法，就会出现以上异常，而改成save方法后问题就消失。**情形二**，当我主键生成策略从uuid改成**native**，即我的主键为**Long**型，这个时候用saveOrUpdate也是没有问题的。

**三、进一步剖析**：**(1)**我们回到情形一的情况，我们之所以会出现这个问题，都有个共同的前提：那就是前台表单提交的时候提交了对应实体的id的name，比如我的实体是SaleVist，它的id属性为visit\_id。我们子啊表单提交的时候，虽然这个visit\_id是没用设置值的，但是它可能为null，可能为空字符"",于是我在控制台打印，出现的结果如下：

![70][]

看图可知，这个值不是null，要么为空字符串“”要么为其它的，反正它不是null，**所以执行savaOrUpdate的时候是选择的update执行**，当然出错。

**(2)**我们回到情形二的情况：将主键生成策略改成native，主键改为Long型，然后依然用saveOrUpdate方法。在控制台打印visit\_id的值如下：

![70 1][]

请看，这个值是null,所以我们在使用saveOrUpdate时就没有问题了!

**四、解决方案总结:当hibernate的主键生成策略是uuid的时候，不要用saveOrUpdate方法！这种情况可在service层执行保存操作的方法体内通过判断id是否为null，若是就执行dao层的save方法，若不是就执行dao层的update方法，同样可以达到saveOrUpdate方法的效果。**

[70]: /images/20220526/063a6e60b5854e6c813c5b2884e93e62.png
[70 1]: /images/20220526/9655e18bea6f4a32ab678dc138d90cd8.png