Eclipselink何时配置DeferredChangeDetectionPolicy，但另有配置？

| 我正在研究基于OSGi的应用程序中的严重性能问题，该应用程序使用Eclipselink作为JPA类的持久性提供程序。在应用程序的版本更新后，该问题突然出现，但在回滚后并没有消失。配置未更改。系统中有非常少量的数据（Eclipselink的内部注册表大约有200万个实体），但是该数量增长相当平稳。 我正在调查的资源中有变更检测策略。当前，Eclipselink使用的是

DeferredChangeDetectionPolicy

（由调试器确定），据说效率不如

AttributeChangeTrackingPolicy

，并且对我的情况而言似乎没有任何意义。 现在，我已经为我的持久性单元显式配置了属性更改跟踪策略。同样，对于JPA注释的类，它仍然应该是默认值。 在问题出现之前，我不知道使用了哪种变更检测策略。我正在调查Eclipselink出于某种我不知道的原因而切换它的可能性。有什么原因吗？