从子实体Transaction中移除级联，它应该是:

@Entity class Transaction {
    @ManyToOne // no cascading here!
    private Account account;
}

(FetchType。EAGER可以被删除，它是默认的@ManyToOne)

这是所有!

为什么?通过在子实体Transaction上说“cascade ALL”，你要求每个DB操作都被传播到父实体Account。如果执行持久化(事务)，也会调用持久化(帐户)。

但是只有暂时的(新的)实体可以被传递给持久化实体(在本例中是事务)。分离的(或其他非瞬态)可能不会(在本例中是Account，因为它已经在DB中)。

因此，您会得到异常“传递给持久化的分离实体”。Account实体的意思是!而不是调用持久化的事务。

一般来说，你不希望从子繁殖到父。不幸的是，在书中(甚至是很好的书)和网上有许多代码示例，它们正是这样做的。我不知道，为什么……也许有时只是一遍又一遍地复制，没有多想……

猜猜如果你调用remove(transaction)在@ManyToOne中仍然有“级联ALL”会发生什么?帐户(顺便说一下，所有其他交易!)也将从数据库中删除。但这不是你的本意，对吧?

可能在这种情况下，您使用merge逻辑获得了帐户对象，而persist用于持久化新对象，如果层次结构有一个已经持久化的对象，它将报错。在这种情况下，应该使用saveOrUpdate，而不是持久化。

@OneToMany(mappedBy = "xxxx", cascade={CascadeType.MERGE, CascadeType.PERSIST, CascadeType.REMOVE})

为我工作。

移除子关联级联

因此，您需要删除@CascadeType。这些都来自@ManyToOne协会。子实体不应该级联到父关联。只有父实体应该级联到子实体。

@ManyToOne(fetch= FetchType.LAZY)

注意，我将fetch属性设置为FetchType。LAZY，因为急切抓取对性能非常不利。

设置关联的双方

当你有一个双向关联时，你需要在父实体中使用addChild和removecchild方法来同步双方:

public void addTransaction(Transaction transaction) {
    transcations.add(transaction);
    transaction.setAccount(this);
}

public void removeTransaction(Transaction transaction) {
    transcations.remove(transaction);
    transaction.setAccount(null);
}

在我的情况下，我正在提交事务时，持久化方法被使用。 在更改persist to save方法时，该问题得到了解决。

通过在下一个对象之前保存依赖对象来解决。

这发生在我身上，因为我没有设置Id(这不是自动生成的)。并试图拯救@ManytoOne的关系