可能是hibernate-enhance-maven-plugin导致的。当我启用enableLazyInitialization属性时，这个异常开始发生在我的惰性收集上。我使用的是hibernate 5.2.17.Final。

请注意以下两个hibernate问题:

https://hibernate.atlassian.net/browse/HHH-10708 https://hibernate.atlassian.net/browse/HHH-11459

当我在很多地方读到hibernate不喜欢你给一个集合赋值时，我认为最安全的做法显然是让它像这样成为final:

class User {
  private final Set<Role> roles = new HashSet<>();

public void setRoles(Set<Role> roles) {
  this.roles.retainAll(roles);
  this.roles.addAll(roles);
}
}

然而，这不起作用，您会得到可怕的“不再引用”错误，在这种情况下，这实际上是相当具有误导性的。

结果是hibernate调用setRoles方法，并且它希望在这里安装它的特殊集合类，并且不接受您的集合类。尽管阅读了所有关于不要在set方法中给集合赋值的警告，我还是被这个问题难住了很长一段时间。

所以我改成了这个:

public class User {
  private Set<Role> roles = null;

  public void setRoles(Set<Role> roles) {
  if (this.roles == null) {
    this.roles = roles;
  } else {
    this.roles.retainAll(roles);
   this.roles.addAll(roles);
  }
}
}

因此，在第一次调用时，hibernate安装它的特殊类，在随后的调用中，您可以自己使用该方法，而不会破坏任何东西。如果希望将类用作bean，则可能需要一个可工作的setter，这至少看起来是可行的。

方法:

public void setChildren(Set<SonEntity> aSet) {
    this.sonEntities = aSet;
}

如果分离了parentEntity，工作，如果我们更新它。 但是如果实体没有从每个上下文中分离出来(即查找和更新操作在同一个事务中)，下面的方法是有效的。

public void setChildren(Set<SonEntity> aSet) {
    //this.sonEntities = aSet; //This will override the set that Hibernate is tracking.
    this.sonEntities.clear();
    if (aSet != null) {
        this.sonEntities.addAll(aSet);
    }
}

从[Intellij Idea] 2020.3版本批量运行测试时，spring-boot 2.4.1出现此问题。从IntelliJ一次只运行一个测试或从命令行运行测试时，不会出现此问题。

也许是Intellij缓存问题?

跟进:

The problem appears when running tests using the maven-surefire-plugin reuseForks true. Using reuseForks false would provide a quick fix, but the tests running time will increase dramatically. Because we are reusing forks, the database context might become dirty due to other tests that are run - without cleaning the database context afterwards. The obvious solution would be to clean the database context before running a test, but the best one should be to clean up the database context after each test (solving the root cause of the original problem). Using the @Transactional annotation on your test methods will guarantee that your database changes are rolled back at the end of the test methods. See the Spring documentation on transactions: https://docs.spring.io/spring-framework/docs/current/reference/html/testing.html#testcontext-tx.

加上我愚蠢的回答。我们正在使用Spring Data Rest。这是我们很正常的关系。这种模式在其他地方也被使用。

//Parent class
@OneToMany(mappedBy = 'parent', 
           cascade= CascadeType.ALL, orphanRemoval = true)
@LazyCollection(LazyCollectionOption.FALSE)
List<Child> children = new LinkedList<>()


//Child class
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = 'ParentID', updatable = false)
@JsonBackReference
Parent parent

对于我们创建的关系，总是打算通过它们自己的repo添加子节点。我还没有添加回购。我们的集成测试通过REST调用经历了实体的完整生命周期，因此事务将在请求之间关闭。没有子对象的repo意味着json将子对象作为主结构的一部分，而不是在_embedded中。对父进程的更新将导致问题。

我使用Spring Boot，有这个问题与一个集合，尽管没有直接覆盖它，因为我声明了一个额外的字段为同一个集合与自定义序列化和反序列化，以提供一个更前端友好的数据表示:

  public List<Attribute> getAttributes() {
    return attributes;
  }

  public void setAttributes(List<Attribute> attributes) {
    this.attributes = attributes;
  }

  @JsonSerialize(using = AttributeSerializer.class)
  public List<Attribute> getAttributesList() {
    return attributes;
  }

  @JsonDeserialize(using = AttributeDeserializer.class)
  public void setAttributesList(List<Attribute> attributes) {
    this.attributes = attributes;
  }

似乎即使我自己没有覆盖集合，反序列化也会在底层执行，从而触发这个问题。解决方案是改变与反序列化器相关联的setter，这样它就会清除列表并添加所有内容，而不是覆盖它:

  @JsonDeserialize(using = AttributeDeserializer.class)
  public void setAttributesList(List<Attribute> attributes) {
    this.attributes.clear();
    this.attributes.addAll(attributes);
  }