Grails/GORM中定义的isDirty、save等注入域类方法在哪里？

我有一个问题，isDirty无法识别对象已更改，即使我可以通过调试器非常清楚地看到它已更改。我想看一下源代码，但我似乎无法跟踪源代码，调试器也不会介入其中（我想是因为它是通过某种AST魔法处理的）

我检查了git core，但“find.-typef | xargs grep-il isDirty”没有产生任何结果

---

我在哪里可以找到这段代码？

来自

GormInstanceApi

（和

GormStaticApi

，

GormValidationApi

，等等）的方法中的ASTs连线，并且各个GORM实现可以将其子类化（目前只有Hibernate实现这样做）

---

例如，Hibernate 3实现与Hibernate 4实现在项目中属于同一名称的类（大多数Hibernate代码在项目中，但由于接口的更改，一些代码在两个顶级项目中）。

请检查，但请注意，可能有更直接的Hibernate实现，因为该功能最初是特定于Hibernate的，但现在被抽象为GORM Apibert。明天早上我会试试的。我很好奇。。。。这个类以及它注入域类的方式是否在任何地方都有文档记录？我对此表示怀疑。grails数据映射是一个包含多个子项目的大型项目。一般来说，每个GORM impl都实现了核心接口，每个接口都有一个TCK，因此都有一个结构。我不确定它是否有用，但GORMINSTANCAPI、GormStaticApi和GORMVALIDATIATIONAPI方法中的ASTs连接，个别GORM impl可能会对这些接口进行子类化（目前只有Hibernate impl这样做）那么，使用这些有线方法，是否可以在intellij之类的东西中设置一个断点并让它停止？如果没有，还有其他方法可以钩住它们吗？我看到的isDirty行为（hibernate4）非常奇怪。