@JsonManaged参考详细信息列表大小错误

我对SpringData已经迈出了第一步，到目前为止，我对它感到非常满意，但是我面临着这个问题，我似乎还不完全理解它应该如何工作

假设我有两个实体映射为以下命名：

@OneToMany(fetch = FetchType.EAGER, cascade = {CascadeType.ALL})
@JsonManagedReference
private List<Check> checks;

@ManyToOne
@JoinColumn(updatable = false)
@JsonView({EntityView.Full.class})
@JsonBackReference
private Deposit deposit;

@OneToMany（fetch=FetchType.EAGER，cascade={CascadeType.ALL}）
@JsonManagedReference
私人名单检查；
@许多酮
@JoinColumn（可更新=false）
@JsonView（{EntityView.Full.class}）
@JsonBackReference
私人存款；

主实体上只有一条记录，而明细表上只有另一条记录， 为什么我总是收到一份长度不同的支票明细表

---

我希望我说得很清楚，我想提前感谢你们大家花时间阅读这篇文章。

你们写了两个实体，但只发布了两个属性！？列表中的其他元素是什么？如何设置/创建实例？长度总是一个固定的数字而不是一个吗？哪一个？还是每次调用都会改变？嗨，Jens！我一直在寻找一个可能的原因，当我在我的技术负责人的机器上运行相同的测试时，我们发现它的运行方式与预期的一样。这意味着详细信息列表中的元素没有奇怪的重复项。我们得出结论，其中一个可能的原因是我直接在数据库上执行了一些DML（没有什么异常），显然它以某种方式影响了数据的完整性。所以，最后我们决定再次删除并创建整个测试数据库，现在它像一个符咒一样工作：）详细信息列表总是有不同的大小，顺便说一句：）谢谢你写了两个实体，但只发布了两个属性！？列表中的其他元素是什么？如何设置/创建实例？长度总是一个固定的数字而不是一个吗？哪一个？还是每次调用都会改变？嗨，Jens！我一直在寻找一个可能的原因，当我在我的技术负责人的机器上运行相同的测试时，我们发现它的运行方式与预期的一样。这意味着详细信息列表中的元素没有奇怪的重复项。我们得出结论，其中一个可能的原因是我直接在数据库上执行了一些DML（没有什么异常），显然它以某种方式影响了数据的完整性。所以，最后我们决定再次删除并创建整个测试数据库，现在它像一个魔咒一样工作：）详细信息列表总是有不同的大小。顺便说一句：）谢谢