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

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

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方法，而saveOrUpdate要求：只有ID为null才执行save,其他任何情况下执行update。这时候改用save方法就没有问题了。

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

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

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

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

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

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