流程单据偶发性审批报错问题延申出hibernate缓存问题

场景：

单据转交后审批同意等

单据会签加签后

审批同意操作

报错信息：

问题原因：

流程内多次调用com.zte.workflow.dao.ITaskDao#getTask方法查询同一个Task信息，正常情况下多次查询会使用hibernate的session缓存返回同一个task对象，但getTask方法中先进行了 session.flush(),和 session.clear()方法在进行getByHQL，因为在taskEnd方法里面先查询一个task，在查询第二个task，并且对task进行了修改，本质上他们都是同一个task，然后在进行saveOrUpdate的时候，hibernate底层在提交前查询缓存是否有对象要持久化到数据库中，然后根据id查询出已经存在一个游离态的缓存数据，导致出现 A different object with the same identifier value was already associated with the session : 报错。本质上就是因为同一个id存在一个游离态的缓存和一个要持久态的缓存，导致报错；

问题分析：

1.在 Hibernate 中，对象有以下几个状态：

持久态（Persistent）：当一个对象被 Session 加载或保存后，它就处于持久态。在这种状态下，任何对该对象的修改都会反映到数据库中。
游离态（Detached）：当一个持久化对象从 Session 中分离出来时，它就进入了游离态。在这种状态下，对象与数据库不再同步，对其任何修改不会自动更新到数据库中。但是，可以使用 Session 的 merge 方法将游离对象重新变为持久态。
临时态（Transient）：当一个对象刚刚创建，并且尚未与任何 Session 关联时，它就处于临时态。在这种状态下，对象没有关联到任何数据库记录，也不受 Session 的管理。
删除态（Removed）：当一个持久化对象被显式地从数据库中删除时，它就进入了删除态。在这种状态下，对象仍然被 Session 所管理，但是在 Session 提交事务时，该对象会被从数据库中删除。

2.flush()方法：

flush() 方法用于将 Hibernate Session 缓存中的所有挂起操作与数据库同步，即写入数据库。它具有以下作用：

将所有处于“脏态”的持久态对象状态与数据库同步。
使 Session 缓存中的查询缓存等数据与数据库保持一致。
提交所有未提交的 SQL 语句到数据库中。

需要注意的是，flush() 方法只是将数据写入到数据库，并不会清空 Session 中的缓存。如果在 flush() 方法执行之后继续使用 Session 进行查询，Hibernate 仍然会从缓存中获取数据，而不是重新从数据库中查询。如果需要强制刷新缓存，可以使用 evict() 方法清空缓存，或者使用 clear() 方法清空整个 Session 缓存。

clear() 方法用于清空 Session 缓存中的所有对象。它的主要作用是取消所有未提交的更改并释放 Session 所占用的数据库连接资源，以便更好地回收内存。调用 clear() 方法后，Session 缓存中的所有对象都变成了游离态，需要重新从数据库中加载才能变成持久态。

需要注意的是，调用 clear() 方法后，Session 中的所有对象都被清空了，因此需要谨慎使用。如果正在进行事务处理，则使用 clear() 方法将导致事务回滚，因为 Session 缓存中的所有修改都被取消了。

3.clear()方法：

clear()用于清空 Session 缓存中的所有对象。它的主要作用包括以下几个方面：

取消所有未提交的更改：调用 clear() 方法后，Session 缓存中所有未提交到数据库的更改都会被取消，即所有处于“脏态”的持久态对象状态将变为游离态对象。
释放内存空间：调用 clear() 方法可以释放 Session 所占用的内存资源，以便更好地回收内存。
清除缓存：clear() 方法清空 Session 缓存中的所有对象，以便下一次从数据库中查询数据时可以重新加载最新的数据。

需要注意的是，调用 clear() 方法会导致 Session 缓存中的所有对象都变成游离态，因此需要谨慎使用。如果正在进行事务处理，则使用 clear() 方法将导致事务回滚，因为 Session 缓存中的所有修改都被取消了。

除此之外，可以使用 evict() 方法清除 Session 缓存中指定对象的缓存，而不是清空整个 Session 缓存。

底层报错位置：

chckUniqueness()方法描述

用于检查指定实体在 Session 缓存中是否唯一。它接受两个参数：

EntityKey key：实体键，包含实体名称和标识符。
Object object：要检查唯一性的对象。

checkUniqueness() 方法主要有以下作用：

获取指定实体的持久化对象：通过 getEntity() 方法获取指定实体对应的持久化对象。
检查对象是否已经与 Session 关联：如果缓存中存在指定实体的持久化对象，并且该对象与待检查的对象不同，则会抛出 AssertionFailure 异常，表示对象已经关联到 Session 中，但没有找到对应的实体键。
检查实体是否唯一：如果缓存中已经存在指定实体的持久化对象，且该对象与待检查的对象不同，则会抛出 NonUniqueObjectException 异常，表示实体不唯一。

综合上述：

因为在同一个事务，同一个id进行getTask的时候，第一次查询会在缓存生成一条持久态的对象，然后第二次进行了flush和clear和getByHQL，基于clear的机制，第一条语句会变成游离态的状态，然后getByHQL的时候，又生成了一条持久态的对象，然后在对task进行saveOrUpdate的时候，就出现上面的校验，然后报错

改进及注意：

在此次处理当中，去掉了两次查询getTask的操作，避免了第二次查询的时候，对上次对象进行了clear操作（缓存对象状态变更成游离态）；

在使用hibernate的缓存时候，避免对一个对象进行多次的缓存更新处理，防止因为状态的变更，底层框架校验报错，所以在操作的时候，不要出现多次flush和clear以及getByHQL（会同步一个数据到缓存，并且状态是持久态）的操作；

尽量在操作当中，对一个对象，就只有一个缓存，去掉clear的操作；

【基础应用】 流程单据偶发性审批报错问题延申出hibernate缓存问题

【基础应用】 流程单据偶发性审批报错问题延申出hibernate缓存问题

关于作者

目录

【基础应用】流程单据偶发性审批报错问题延申出hibernate缓存问题

【基础应用】流程单据偶发性审批报错问题延申出hibernate缓存问题