这不是错误的唯一原因。我刚才遇到了它，因为我的代码中有一个错别字，我相信它设置了一个已经保存的实体的值。

X x2 = new X();
x.setXid(memberid); // Error happened here - x was a previous global entity I created earlier
Y.setX(x2);

我通过准确查找导致错误的变量（在本例中为Stringxid）发现了错误。我在保存实体并打印痕迹的整个代码块周围使用了捕获。

{
   code block that performed the operation
} catch (Exception e) {
   e.printStackTrace(); // put a break-point here and inspect the 'e'
   return ERROR;
}

当Hibernate认为需要保存与正在保存的对象关联的对象时，在保存对象时会发生这种情况。

我遇到了这个问题，不想保存对引用对象的更改，所以我希望级联类型为NONE。

诀窍是确保设置了被引用对象中的ID和VERSION，这样Hibernate就不会认为被引用对象是需要保存的新对象。这对我有用。

查看要保存的类中的所有关系，以计算关联对象（以及关联对象的关联对象），并确保在对象树的所有对象中设置了ID和VERSION。

再加上我的2美分，当我意外地发送null作为ID时，我也遇到了同样的问题。下面的代码描述了我的场景（OP没有提到任何特定的场景）。

Employee emp = new Employee();
emp.setDept(new Dept(deptId)); // --> when deptId PKID is null, same error will be thrown
// calls to other setters...
em.persist(emp);

在这里，我将现有部门id设置为一个新的雇员实例，而实际上没有首先获取部门实体，因为我不想再启动另一个select查询。

在某些情况下，deptId PKID在调用方法时变为null，我得到了同样的错误。

因此，请注意PK ID的空值

如果您使用的是SpringDataJPA，那么在服务实现中添加@Transactional注释可以解决这个问题。

我在持久化一个实体时遇到了这种情况，在该实体中，数据库中的现有记录对于用@Version注释的字段具有NULL值（用于乐观锁定）。将数据库中的NULL值更新为0已更正此问题。

就我而言，问题完全不同。我有两节课，比如c1和c2。C1和C2之间的依赖关系是OneToMany。现在，如果我在DB中保存C1，它将抛出上述错误。

解决这个问题的方法是从消费者请求中获取第一个C2的id，然后通过存储库调用找到C2。然后将C2保存到C1对象中。现在，如果我保存C1，它可以正常工作。