我遇到了这样的情况，我需要将分离的对象重新附加到hibernate会话，尽管会话中可能已经存在相同标识的对象，这将导致错误。
现在，我可以做两件事之一。
getHibernateTemplate()。更新(obj) 当且仅当对象在hibernate会话中还不存在时，这才有效。当我以后需要它时，抛出异常，声明具有给定标识符的对象已经存在于会话中。 getHibernateTemplate()。合并(obj) 当且仅当hibernate会话中存在对象时，此操作才有效。如果稍后使用此方法，则在需要对象处于会话中时抛出异常。
对于这两种场景，我如何将会话附加到对象?我不想使用异常来控制这个问题解决方案的流程，因为一定有更优雅的解决方案……
当前回答
如果您确定您的实体没有被修改(或者您同意任何修改都将丢失)，那么您可以将其重新绑定到带锁的会话。
session.lock(entity, LockMode.NONE);
它不会锁定任何东西，但它会从会话缓存中获取实体，或者(如果在那里没有找到)从DB中读取它。
当你从一个“旧的”实体(例如HttpSession)中导航关系时，防止LazyInitException是非常有用的。首先“重新附加”实体。
使用get也可以工作，除非你映射了继承(这已经会在getId()上抛出异常)。
entity = session.get(entity.getClass(), entity.getId());
其他回答
如果您确定您的实体没有被修改(或者您同意任何修改都将丢失)，那么您可以将其重新绑定到带锁的会话。
session.lock(entity, LockMode.NONE);
它不会锁定任何东西，但它会从会话缓存中获取实体，或者(如果在那里没有找到)从DB中读取它。
当你从一个“旧的”实体(例如HttpSession)中导航关系时，防止LazyInitException是非常有用的。首先“重新附加”实体。
使用get也可以工作，除非你映射了继承(这已经会在getId()上抛出异常)。
entity = session.get(entity.getClass(), entity.getId());
财产冬眠。Allow_refresh_detached_entity为我做了这个技巧。但这是一个普遍的规则，所以如果你只想在某些情况下这样做，那就不太合适了。我希望这能有所帮助。
在Hibernate 5.4.9上测试
SessionFactoryOptionsBuilder
直截了当的回答:您可能正在寻找一个扩展的持久性上下文。这是Seam框架背后的主要原因之一…如果您特别纠结于在Spring中使用Hibernate，请查看Seam的这篇文档。
外交回答:这在Hibernate文档中有描述。如果你需要更多的说明，请参阅Hibernate的Java持久化第9.3.2节“使用分离对象”。如果您正在使用Hibernate做CRUD以外的事情，我强烈推荐您阅读这本书。
在最初的帖子中，有两种方法，更新(obj)和合并(obj)，被提到是有效的，但在相反的情况下。如果这是真的，那么为什么不先测试一下对象是否已经在会话中，然后调用update(obj)如果它是，否则调用merge(obj)。
会话是否存在的测试是session.contains(obj)。因此，我认为下面的伪代码可以工作:
if (session.contains(obj))
{
session.update(obj);
}
else
{
session.merge(obj);
}
ReplicationMode.LATEST_VERSION尝试getHibernateTemplate () .replicate(实体)
