Spring缓存不工作w/nested方法

Question

我有一个方法可以调用另一个@Cacheable方法，如下所示：

public ItemDO findMethod2(long itemId) {
    this.findMethod1(itemId);
    ...
}

@Cacheable(value = "Item", key="#itemId", unless="#result == null")
public ItemDO findMethod1(long itemId) {
    ...
}

如果我直接调用findomeod1（），缓存工作得很好。但是，当我调用findomeod2（）时，findomeod1（）上的缓存被完全忽略。

这可能是JVM将findMethod1（）内联到findMethod2（）中的伎俩吗？

有没有人遇到过类似的问题？

谢谢

Answer 1

我发现其他方便的解决方案是使用@资源，然后调用目标（在您的情况下是方法1），使用该资源引用https://stackoverflow.com/a/48867068/2488286

Answer 2

这不是JVM的把戏，也就是说，findMethod1（）没有被内联到findMethod2（）或任何类似的东西中。

问题在于，您的代码绕过了Spring为@Cacheable注释围绕应用程序类（包含findMethod1（））创建的“代理”。

与Spring的事务注释和底层架构体系一样，给定一个接口，默认情况下Spring将创建一个JDK动态代理（AOP风格）来“拦截”方法调用并应用“建议”（由注释类型决定，在本例中是缓存）。然而，一旦从代表目标对象的拦截器（代理）调用目标对象来应用建议，线程现在就会在目标对象的上下文中执行，因此来自目标对象内部的任何后续方法调用都将直接发生在目标对象本身上。

看起来有点像这样。。。

caller -> Proxy -> findMethod2() -> findMethod1()

理想情况下你想要的是。。。

caller -> Proxy -> findMethod2() -> Proxy -> findMethod1()

然而，一旦进入findMethod2（），线程就已经在“target”对象的上下文中执行了，因此您将得到第一个调用堆栈。

Spring医生在这里解释得更好。

该文档接着指出了解决这个问题的方法，最有利的方法是重构代码，以确保调用者通过代理拦截器进行第二次方法调用（即findomeod1（））。

我还收集了另一个解决这个问题的方法，即使用全面的AspectJ，在应用程序构建过程中使用编译器和字节码编织器来修改实际的目标对象，以便来自目标对象内部的后续调用拦截并相应地应用建议。

有关Spring AOP和完整的AspectJ之间的权衡，以及如何在Spring应用程序中使用完整的AspectJ，请参阅Spring文档。

希望这有帮助。

干杯