能否通过配置避免Hibernate的NonUniqueObjectException及重复查询问题？

嘿，我来帮你搞定这两个Hibernate常见问题，直接上干货：

1. 能否通过配置避免org.hibernate.NonUniqueObjectException异常？ #

这个异常的核心原因是：同一个Hibernate会话（Session）里已经关联了一个拥有相同数据库ID的实体对象，你又试图把另一个实例绑定到这个会话中。虽然它更多是操作方式导致的，但结合配置和代码规范完全可以避免：

• 优先使用merge()替代saveOrUpdate()：如果你不确定会话中是否已有该ID的对象，用session.merge(yourEntity)会自动处理——Hibernate会先检查会话缓存，若存在对应对象，就把你传入对象的属性合并到已有实例上；若不存在，就把新对象加入会话并执行持久化操作，不会抛出异常。
• 先获取会话内的现有对象再更新：在修改对象前，先通过session.get(Entity.class, entityId)或session.load(Entity.class, entityId)从会话缓存中取出已有实例，然后把新数据复制到这个实例上再保存，这样就不会出现两个不同实例的冲突。
• 配置层面的辅助：确保你的实体类ID生成策略正确（比如用@GeneratedValue），避免手动设置重复ID导致的冲突；另外，默认开启的会话级缓存（一级缓存）会帮你自动管理会话内的实体实例，减少重复实例的产生。

2. 能否配置Hibernate，使同一对象在一个会话中不会被重复查询？ #

答案是当然可以，而且Hibernate默认就已经做到了！

Hibernate的**一级缓存（会话缓存）**是默认开启的，它属于会话（Session）级别的缓存，作用范围就是当前会话：

• 当你第一次调用get()、load()，或者通过HQL/Criteria查询某个ID的实体时，Hibernate会把查询到的对象存入一级缓存；
• 之后在同一个会话中，再查询同一个ID的实体，Hibernate会直接从缓存中返回已有对象，不会再去查询数据库。

那为什么你还会遇到重复实例的问题？大概率是因为你手动创建了一个新的实体对象并设置了相同ID，然后试图将其加入会话（比如调用saveOrUpdate()）——这时候会话缓存里已经有之前查询到的实例，自然会抛出NonUniqueObjectException。这种情况就回到第一个问题的解决方式：用merge()或者先获取缓存对象再更新。

如果需要跨会话的缓存（比如多个会话共享实体缓存），可以配置Hibernate的二级缓存，但针对你“同一会话内不重复查询”的需求，一级缓存完全足够，不需要额外配置。

内容的提问来源于stack exchange，提问作者Charles