此错误来自JPA生命周期。 要解决，不需要使用特定的装饰器。只需要像这样使用merge来连接实体:

entityManager.merge(transaction);

不要忘记正确设置你的getter和setter，这样你的两边都是同步的。

如果上述解决方案不工作，只需一次注释实体类的getter和setter方法，并且不设置id的值。(主键) 这样就可以了。

解决方案很简单，只需使用CascadeType。MERGE而不是CascadeType。PERSIST或CascadeType.ALL。

我也遇到过同样的问题和CascadeType。MERGE对我很有效。

我希望你已经整理好了。

所以我偶然发现了这个问题和答案，因为我得到了相同的错误，但一个非常基本的对象，只有字符串和整数。

但在我的情况下，我试图将一个值设置为一个带@Id注释的字段。

所以，如果你使用@Id，似乎你不能在一个类上创建一个新的对象，并自己设置一个Id，并将其持久化到数据库。然后，您应该将Id留空。我不知道，也许这对其他人有帮助。

如果没有任何帮助，并且您仍然得到这个异常，请检查equals()方法—并且不要在其中包含子集合。特别是当你有嵌入式集合的深层结构时(例如A包含B, B包含c，等等)。

以Account ->为例:

  public class Account {

    private Long id;
    private String accountName;
    private Set<Transaction> transactions;

    @Override
    public boolean equals(Object obj) {
      if (this == obj)
        return true;
      if (obj == null)
        return false;
      if (!(obj instanceof Account))
        return false;
      Account other = (Account) obj;
      return Objects.equals(this.id, other.id)
          && Objects.equals(this.accountName, other.accountName)
          && Objects.equals(this.transactions, other.transactions); // <--- REMOVE THIS!
    }
  }

在上面的例子中，从equals()检查中删除事务。这是因为hibernate将暗示您不尝试更新旧对象，而是在更改子集合上的元素时传递一个新对象来持久化。 当然，这种解决方案并不适用于所有应用程序，您应该仔细设计想要包含在equals和hashCode方法中的内容。

这是一个典型的双向一致性问题。在这个链接和这个链接中都有很好的讨论。

根据前两个链接中的文章，您需要在双向关系的两侧修复您的setter。一方的示例setter在此链接中。

在此链接中有一个用于多方的示例setter。

在你纠正你的setter之后，你想要声明实体访问类型为“属性”。声明“Property”访问类型的最佳实践是将所有注释从成员属性移动到相应的getter。一个重要的警告是不要在实体类中混合使用“Field”和“Property”访问类型，否则JSR-317规范没有定义行为。