我遇到了这样的情况，我需要将分离的对象重新附加到hibernate会话，尽管会话中可能已经存在相同标识的对象，这将导致错误。
现在，我可以做两件事之一。
getHibernateTemplate()。更新(obj) 当且仅当对象在hibernate会话中还不存在时，这才有效。当我以后需要它时，抛出异常，声明具有给定标识符的对象已经存在于会话中。 getHibernateTemplate()。合并(obj) 当且仅当hibernate会话中存在对象时，此操作才有效。如果稍后使用此方法，则在需要对象处于会话中时抛出异常。
对于这两种场景，我如何将会话附加到对象?我不想使用异常来控制这个问题解决方案的流程，因为一定有更优雅的解决方案……
当前回答
我想出了一个解决方案，从持久存储中“刷新”一个对象，这将解释其他可能已经附加到会话的对象:
public void refreshDetached(T entity, Long id)
{
// Check for any OTHER instances already attached to the session since
// refresh will not work if there are any.
T attached = (T) session.load(getPersistentClass(), id);
if (attached != entity)
{
session.evict(attached);
session.lock(entity, LockMode.NONE);
}
session.refresh(entity);
}
其他回答
try getHibernateTemplate().saveOrUpdate()
要重新连接该对象，必须使用merge();
这种方法在参数中接受你的实体分离，并返回一个实体将被附加并从数据库中重新加载。
Example :
Lot objAttach = em.merge(oldObjDetached);
objAttach.setEtat(...);
em.persist(objAttach);
也许它在Eclipselink上的表现略有不同。为了重新连接分离的对象而不获得陈旧的数据，我通常这样做:
Object obj = em.find(obj.getClass(), id);
作为可选的第二步(使缓存失效):
em.refresh(obj)
首先调用merge()(更新持久实例)，然后调用lock(LockMode.NONE)(附加当前实例，而不是merge()返回的实例)似乎在某些用例中是可行的。
在最初的帖子中，有两种方法，更新(obj)和合并(obj)，被提到是有效的，但在相反的情况下。如果这是真的，那么为什么不先测试一下对象是否已经在会话中，然后调用update(obj)如果它是，否则调用merge(obj)。
会话是否存在的测试是session.contains(obj)。因此，我认为下面的伪代码可以工作:
if (session.contains(obj))
{
session.update(obj);
}
else
{
session.merge(obj);
}
