我遇到了 LazyLoading 异常，就像大多数尝试使用 ORM 进行远程处理的人一样。 在大多数情况下，切换到预先获取可以解决问题(延迟加载/非原子查询/线程安全/n+1 问题......)。但是如果你正在处理一个非常大的对象图，那么急切获取也有缺点。
在大多数用例中不需要加载整个对象图。加载比需要更多的数据感觉不好(或从数据库加载它们并提取所需的子集)。
那么有什么替代方法可以解决这类问题(在运行时)？
我见过:
- 将数据访问依赖项注入(inject)域对象并让该对象决定是延迟加载还是急切加载:感觉很糟糕!领域层应该独立于任何服务。域注入(inject)也是一项昂贵的操作。域应该是数据访问无知的，并且应该在有或没有数据访问的情况下使用。
- 除了需要更多数据的用异常(exception)，所有的东西都懒惰地获取:似乎性能更好，但这种方式会强制许多客户端=>服务器/数据库往返。惰性字段的初始化也会遭受痛苦(尝试使用 JPA)。这种方式感觉不一般并且受到上述相同的惰性限制。
- 在 Lazy 类中封装持久性:更复杂，没有与 ORM 互操作的最佳实践。膨胀的服务层(这么多“手写”代码感觉很糟糕)。
- 对每个用例使用完整预测:我们将最终使用 SQL 并放弃 ORM 的优势。
- DTO/Virtual Proxy 层增加了复杂性并使代码更难维护(虫洞反模式 >> 膨胀)。
我想了很多其他的方法。也许通用投影 white./black listing 是一种解决方案。
思路(黑名单):定义一个带有抓取操作边界的类名列表。如果属性匹配并且它是惰性的，则删除惰性 (CGLIB) 代理并将该值填充为 null。否则，简单地阻止获取(并将值保留为 null)。所以我们可以在我们的 DAO 中设置明确的界限。
示例:ProductDao.findByName("Soap",Boundaries.BLACKLIST,"Category, Discount")
最后两个参数也可以绑定(bind)到 Boundaries 对象中。
思路(白名单):和黑名单一样，但是你必须在白名单中声明应该加载的属性。
您如何看待这样的解决方案？ (可能存在的问题、限制、优势……) 我应该如何用java写这个？也许通过 AOP 来匹配 DAO 方法(因为我可以在那里修改 cglib 代理行为)？
最佳答案
您可以删除所有集合，而改用
NamedQueries。我们在一个项目(EJB + Swing)中使用了这种方法，并且效果很好——因此您可以确定要获取的确切数据。 NamedQueries 是普通查询，将它们想象成 PreparedStatement-s。这个想法不是创建/检索/更新/删除带有查询的单个对象。这个想法是您通过查询获取您的集合。例如，不是映射 @ManyToMany 列表，而是定义一个获取该列表的 NamedQuery。因此，您可以单独获取集合数据，并且仅在您需要时获取，而不是自动获取。为传输的对象使用自定义代理(使用 CGLIB)- 每当引用集合(通过其 getter)时，尝试检索并捕获任何
LazyInitializationException并调用服务器所请求数据的层级。与上一个一样，但只对集合进行代理，就像 Hibernate 在需要惰性初始化时代理它们一样。
另外，看看 Value List Handler模式 - 可能会有用。
(如果适合您的情况，您也可以结合使用 hibernate.max_fetch_depth(如果使用 Hibernate)。)
关于java - 远程处理案例中的惰性/急切加载策略 (JPA)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1778578/