延迟加载可以工作，但不应该

Question

这个问题的上下文是在sping-boot中，使用sping-data-jpa和hibernate。

一个同事写了一个@Service，并用@Transactional注释了service方法。服务方法加载一个实体，然后命中一个一对多延迟加载的集合（finch=FetchType）。懒惰的代码。服务方法是由一些自定义委托调用，我将返回到。当从@RestController终结点调用时，此操作正常。

当我从camel路由（同样是通过定制的delegator）调用该服务时，它发出了一个延迟初始化异常。

在挖掘时，发现服务实现了一个接口，自定义委托器会查找该服务（它被注入，因此具有适当的代理），并在接口上调用一个方法，该方法实际上是java-8默认方法。然后，此默认方法在本地调用@Transactional方法。

所以有一个问题：-这是一个本地方法调用，所以没有完成@Transactional批注的检测/代理操作（我们使用aspectJAutoProxy），所以在事务中没有调用该方法，所以延迟加载应该失败。为了再次检查，还尝试了通过@计划的注释：相同的行为。像它应该呕吐。

我的问题：那么为什么从@RestController调用时它会工作呢？这简直快把我逼疯了！

rest控制器终结点上没有事务性注释。

我使用TransactionSynChronizationManager.isActualTransactionActive（）向服务添加了一些调试代码，它显示在任何情况下都没有事务，即使是通过控制器endpoint调用。

那么，为什么当从控制器调用时，延迟加载工作？我转储了所有SQL，并且在任何时候都没有加载延迟集合，所以它们不在任何Hibernate缓存中。

我记得有一次读到，延迟加载是一种提示，不是命令，但仍然。。。为什么在这种情况下有效？




Answer 1

在多次对此感到困惑之后，我偶然发现了答案：

sprint boot是通过OpenEntityManagerView拦截器在我们背后执行一个开放实体管理器。我不知道这是怎么回事。

看看Vlad Mihalcea的精彩回答https://stackoverflow.com/a/48222934/208687