HibernateTemplate findByCriteria和Get之间的hibernate会话状态差异

Question

我有以下奇怪的行为。

我有一些testcases在开始之前会创建TestValues。首先，创建主实体，并将其与测试值ID一起保存。为此，我使用Springs HibernateTemplate中的saveOrUpdate。

然后创建一些子对象并将其附加到子集合中的此对象。（在hbm.xml中具有cascade=“save-update”）这些子对象在该点没有分配ID。

则调用一个附加的saveOrUpdate。

在我的实体上的每个saveOrUpdate中，都将在数据库中保存一个额外的审核条目。为此，每次都创建一个DetachedCriterial，它按用户名搜索当前用户，并在审核条目中引用它。在那之前一切正常。每个子对象都会分配一个ID。

经过一些分析之后，我发现这个DetachedCriteria花费了很多时间，并决定对它进行更改，这样我就可以通过HibernateTemplate的get方法访问用户，通过id来访问用户，这样效率会高得多。

正如我在这里读到的http://www.journaldev.com/3481/hibernate-save-vsaveorupdate-vspersist-vsmerge-vsupdate-explacement-with-examples一样，HibernateTemplate saveOrUpdate与persistent不同，因此它可以在任何事务之外使用，这将导致上述行为，即映射的集合在被刷新之前不会被保存。所以我不明白的是，当我在HibernateTemplate中使用findByCriteria和detachedCriteria时，为什么会有不同的行为。

调用findByCriteria是否会调用会话的刷新，或者为什么调用get而不是findByCriteria时会有不同的hibernate会话状态。在auditentry、用户帐户和在创建测试值期间保存的实体之间没有直接引用。

PS：我知道现在不推荐使用HibernateTemplate。但它是一个旧的应用程序，完全替换它需要太多的时间。

Answer 1

所以我想我找到问题所在了。带有TestValues的旧代码使用SaveOrUpdate并为children集合立即生成ID,这只是偶然的情况。

在findByCriteria过程中，调用方法列表，该列表将转到Hibernate的SessionImpl，在Hibernate的SessionImpl中，在autoFlushIfRequired中调用一个flush。在该方法期间，会话将被刷新，分离的子级将获得他们的ID。

当我将findByCriteria更改为HibernateTemplate的get方法时，不会调用这个list（）方法，因此不会调用flush。

所以我在saveOrUpdate之后对会话进行了手动刷新，此时就生成了ID。