解决Spring JPA自动更新数据库的问题

文章目录

一。背景介绍
二。Spring JPA相关介绍
- 2.1 JPA中Entity的各种状态
- 2.2 EntityManager自动update数据库的原因
- 2.3 关于自动更新的EntityManager的三个关键方法
- 2.4 如何避免自动更新

一。背景介绍

最近公司项目在进行回归测试时发现，金额结算模块的数据老是会自动update成相反的负数，但是相关接口没有任何取反的代码，并且存到数据库第一时间都是正数，是过了一会自动被update成负数。一开始还以为有人写了相关的SP（存储过程），会不定时将金额取反，但是后面问了很多同事都没有说有写过类似的SP。找了很久之后发现，Spring JPA框架的session问题会导致将该实体进行赋值Set操作时同时也会自动update数据库，这就导致了自动更新数据库的问题。虽然在计算金额的接口没有涉及到任何的update或者实体的set代码，但是当其他接口有这些代码，当你调用这个接口的时候，由于你的entity还属于session管理的状态，进行了set操作，所以不管你最后是否会调用JPA Update相关的方法，最后entityManager都会将你重新set的值自动update到数据库中。

二。Spring JPA相关介绍

2.1 JPA中Entity的各种状态

临时（新建）状态：对象被创建时的状态，数据库里面没有与之对应的记录！也就是没有保存到数据库之前的状态。
持久（托管）状态：处于session的管理中，并且数据库里面存在与之对应的记录！
游离（脱管）状态：对象不处于session的管理中，但是数据库里面存在与之对应的记录！
删除状态：数据库中没有，Session缓存中没有。

2.2 EntityManager自动update数据库的原因

因为当实体对象属于托管状态下时，往这个对象里面的某个属性set新的值，这个新的值会被自动更新到数据表中去。（JPA自带的特性）那么如何判断对象是否处于托管状态？使用EntityManager.contains(entity)方法可以得知某个实体对象是否处于托管状态，也就是说是否处于persistence context中。

EntityManager:是JPA中用于增删改查的接口，它的作用相当于一座桥梁，连接内存中的java对象和数据库的数据存储
persistence context：是由一组受托管的实体对象实例所构成的集合。它受entity manager 的管理。Entity manager追踪persistence context中所有对象的修改和更新情况，并根据指定的flush模式将这些修改保存到数据库中。一旦persistence context被关闭，所有实体对象实例都会脱离EntityManager而成为非托管对象。对象一旦从persistence context中脱离，就不再受entity manager管理了，任何对此对象的状态变更也将不会被同步到数据库。

2.3 关于自动更新的EntityManager的三个关键方法

merge
通过entityManager将一个存在的实体“同步到”persistenceContext中。实体的状态将从其单独的状态转换为受persistenceContext管理的状态。如果Entity是新创建的，则这个方法类似于persist()这个方法。如果Entity已经存在的，则只作为更新操作。

Flush
将PersistenceContext的信息同步到数据库中。当触发Flush这个动作的时候，所有的实体都将会被insert/update/remove到数据库中。会强制发送sql更新（update）语句，数据由内存到数据库。

Refresh
Refresh的作用是从数据库中将Entity的状态进行更新操作。如果Entity和数据库中的数据不一致，将更新数据库中的数据到Entity中。数据由数据库到缓存，但在commit或flush之前调用Refresh，那么缓存中的数据又变成了和数据库中的数据一样的了，你原先修改的数据白费了

2.4 如何避免自动更新

1、事务提交之前调用Refresh（不推荐）

改变后的内存中的PO在Refresh之后又变得和数据库一模一样，然后再在事务提交之后调用flush方法，将数据从内存中更新到数据库（好像这样做没多大意义）。

2、set 属性前，将其状态改为游离状态。

将处于persistence context范围中的托管对象变为游离对象，这时重置属性值不会更新到数据表中去。

persistence context 有两种类型。一种称为 transaction-scope persistence context，在这种状态下 persistence context 是与事务相关的，也就是说在事务范围内托管对象所有的更改都会被更新到数据表中去，当事务提交后，这个 persistence context 也就销毁了，之后的更改不会被更新到数据表中去。另一种为 extended persistence context，一般使用的 persistence context 都是默认的 transaction-scoped，extended 的很少用到。

3、避免直接修改查询出的PO对象（我们项目使用的方法）

其实在标准的项目中都存在一个POJO包，我们项目中使用的是VO和PO，比如建立一个StudentPO和一个StudentVO，两个对象的属性完全一样，查询出PO后，将PO对象转为VO对象，然后再去对VO对象进行操作。或者你可以直接将使用对象克隆成一个新的对象，然后再用新克隆的对象去进行赋值操作。

将对象置为游离态的方法：

close：关闭 session 这样这个对象肯定是游离态了，因为 session已经关闭了，但是往往我们实际的开发过程中，session 在后面是要用的到的，所以这个方法不太可行，而且可能会引起一系列的问题。
clear：将 session 中的所有的对象全部清除出缓存，这个方式有点劳师动众，不过 session清除了全部的对象之后自然就会变为游离态了，这样做不是很好。
evict ：将某一个对象清除出缓存session，这个方法是很好的实现方式，推荐使用。调用的时候是这样的，session.evict(Object obj) 这样就可以了。