我遇到了这样的情况，我需要将分离的对象重新附加到hibernate会话，尽管会话中可能已经存在相同标识的对象，这将导致错误。
现在，我可以做两件事之一。
getHibernateTemplate()。更新(obj) 当且仅当对象在hibernate会话中还不存在时，这才有效。当我以后需要它时，抛出异常，声明具有给定标识符的对象已经存在于会话中。 getHibernateTemplate()。合并(obj) 当且仅当hibernate会话中存在对象时，此操作才有效。如果稍后使用此方法，则在需要对象处于会话中时抛出异常。
对于这两种场景，我如何将会话附加到对象?我不想使用异常来控制这个问题解决方案的流程，因为一定有更优雅的解决方案……
当前回答
会话。contains(Object obj)检查引用，不会检测到表示同一行且已经附加到该引用的不同实例。
这里是带有标识符属性的实体的通用解决方案。
public static void update(final Session session, final Object entity)
{
// if the given instance is in session, nothing to do
if (session.contains(entity))
return;
// check if there is already a different attached instance representing the same row
final ClassMetadata classMetadata = session.getSessionFactory().getClassMetadata(entity.getClass());
final Serializable identifier = classMetadata.getIdentifier(entity, (SessionImplementor) session);
final Object sessionEntity = session.load(entity.getClass(), identifier);
// override changes, last call to update wins
if (sessionEntity != null)
session.evict(sessionEntity);
session.update(entity);
}
这是. net EntityFramework中我喜欢的几个方面之一，关于更改实体及其属性的不同附加选项。
其他回答
我回到JavaDoc的org.hibernate.Session，发现如下:
通过调用save()、persist()或 saveOrUpdate()。通过调用delete()可以使持久实例成为瞬态实例。get()或load()方法返回的任何实例都是持久的。分离的实例可以通过调用update()、saveOrUpdate()、lock()或replication()来持久化。通过调用merge()，也可以将瞬态或分离实例的状态持久化为新的持久化实例。
因此update()， saveOrUpdate()， lock()， replication()和merge()是候选选项。
update():如果存在具有相同标识符的持久实例，将抛出异常。
saveOrUpdate():保存或更新
锁():弃用
replication():持久化给定分离实例的状态，重用当前标识符值。
merge():返回具有相同标识符的持久对象。给定的实例不会与会话关联。
因此，不应该直接使用lock()，可以根据功能需求选择其中的一个或多个。
会话。contains(Object obj)检查引用，不会检测到表示同一行且已经附加到该引用的不同实例。
这里是带有标识符属性的实体的通用解决方案。
public static void update(final Session session, final Object entity)
{
// if the given instance is in session, nothing to do
if (session.contains(entity))
return;
// check if there is already a different attached instance representing the same row
final ClassMetadata classMetadata = session.getSessionFactory().getClassMetadata(entity.getClass());
final Serializable identifier = classMetadata.getIdentifier(entity, (SessionImplementor) session);
final Object sessionEntity = session.load(entity.getClass(), identifier);
// override changes, last call to update wins
if (sessionEntity != null)
session.evict(sessionEntity);
session.update(entity);
}
这是. net EntityFramework中我喜欢的几个方面之一，关于更改实体及其属性的不同附加选项。
我想出了一个解决方案，从持久存储中“刷新”一个对象，这将解释其他可能已经附加到会话的对象:
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);
}
因此，似乎没有办法在JPA中重新附加一个过时的分离实体。
merge()会将过期状态推送到DB， 并覆盖任何中间更新。
不能在分离实体上调用Refresh()。
不能在分离实体上调用Lock ()， 即使它可以，而且它确实重新连接了实体， 使用参数LockMode调用lock。没有' 这意味着你在锁定，但不是锁定， 是我见过的最违反直觉的API设计。
所以你陷入了困境。 有一个detach()方法，但没有attach()或reattach()。 对象生命周期中的一个明显步骤对您来说是不可用的。
根据关于JPA的类似问题的数量判断， 似乎即使JPA声称有一个一致的模型， 它肯定不符合大多数程序员的思维模式， 谁被诅咒浪费了很多时间试图理解 如何让JPA做最简单的事情，并以缓存结束 管理代码遍布他们的应用程序。
要做到这一点，似乎唯一的方法就是抛弃你陈旧的超然实体 并使用相同的id执行find查询，这将命中L2或DB。
Mik
直截了当的回答:您可能正在寻找一个扩展的持久性上下文。这是Seam框架背后的主要原因之一…如果您特别纠结于在Spring中使用Hibernate，请查看Seam的这篇文档。
外交回答:这在Hibernate文档中有描述。如果你需要更多的说明，请参阅Hibernate的Java持久化第9.3.2节“使用分离对象”。如果您正在使用Hibernate做CRUD以外的事情，我强烈推荐您阅读这本书。
