我的问题与JUnit的@BeforeEach有关。即使我保存了相关实体（在我的例子中是@ManyToOne），我也得到了同样的错误。

这个问题在某种程度上与我在父母身上的顺序有关。如果我将值赋给该属性，问题就解决了。

前任。如果我的实体问题可以有一些类别（一个或多个），并且实体问题有一个序列：

@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "feedbackSeq")
@Id
private Long id;

我必须分配值问题.setId（1L）；

如果您的集合可以为null，请尝试：object.SetYouColaction（null）；

我刚刚收到这个错误，因为我在保存之前设置了一个未代理的实体而不是另一个实体。

我应该链接一个代理实体实例。

参见以下说明：

Child saved = childRepository.save(child);

// INCORRECT
parent.setChild(child);  // <-- 'child' is NOT managed (not proxied)

// CORRECT
parent.setChild(saved);  // <-- 'saved' is managed (proxied)

在我的例子中，这是由于双向关系的@ManyToOne一侧没有CascadeType导致的。更准确地说，我在@OneToMany端有CascadeType.ALL，而在@ManyToOne端没有。将CascadeType.ALL添加到@ManyToOne解决了该问题。一对多：

@OneToMany(cascade = CascadeType.ALL, mappedBy="globalConfig", orphanRemoval = true)
private Set<GlobalConfigScope>gcScopeSet;

多对一（导致问题）

@ManyToOne
@JoinColumn(name="global_config_id")
private GlobalConfig globalConfig;

多对一（通过添加CascadeType.PERSIST修复）

@ManyToOne(cascade = CascadeType.PERSIST)
@JoinColumn(name="global_config_id")
private GlobalConfig globalConfig;

当我没有持久化父对象但我正在保存孩子时，我遇到了这个异常。为了解决这个问题，在同一个会话中，我保留了子对象和父对象，并在父对象上使用了CascadeType.ALL。

再加上我的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的空值