是否对原始类使用某种字节码修改？
或者，也许Hibernate通过将给定的对象与以前保留的版本进行比较而得到脏状态？
我在使用复杂对象的hashCode()和equals()方法时遇到问题。我觉得如果对象具有集合成员，则计算哈希码将非常慢，并且循环引用也是一个问题。
hashCode()
equals()
如果Hibernate不使用hashCode()/ equals()检查脏状态，我想我不应该将equals()/ hashCode()用于实体对象（不是值对象），但是我也担心如果相同的运算符（==）还不够。
==
因此，问题是：
Hibernate如何知道对象的属性是否已更改？
您是否建议对复杂对象覆盖hashCode()/ equals()方法？如果它们包含循环引用怎么办？
并且，
id
Hibernate使用一种称为 检查 的策略，该策略基本上是这样的：从数据库加载对象时，会将其快照保存在内存中。刷新会话后，Hibernate会将存储的快照与当前状态进行比较。如果它们不同，则将该对象标记为肮脏，并在适当的SQL命令中排队。如果物体仍然是瞬态的，那么它总是很脏。
资料来源：《行动中的hibernate》（附录B：ORM实施策略）
重要的是要注意，Hibernate的脏检查与equals / hascode方法无关 。Hibernate根本不查看这些方法（使用java.util.Set时除外，但这与脏检查无关，仅与Collections API不相关）我前面提到的状态快照类似于值数组。将框架的这一核心方面留给开发人员是一个非常糟糕的决定（说实话，开发人员不应该在意脏检查）。不用说，equals / hascode可以根据您的需要以多种方式实现。我建议您阅读引用的书，在那里作者讨论equals / hascode的实现策略。非常有见地的阅读。
