Quarkus缓存和度量工作正常，但并不真正有效

Question

我想要什么？使用缓存和度量

为什么？

• 更快的响应
• 一些度量数据可以用来评估以下内容：总点击率、平均持续时间、最小持续时间、最大持续时间。。。等等

我试过：

@CacheResult
<dependency>
  <groupId>io.quarkus</groupId>
  <artifactId>quarkus-cache</artifactId>
</dependency>

和

@SimplyTimed
<dependency>
  <groupId>io.quarkus</groupId>
  <artifactId>quarkus-smallrye-metrics</artifactId>
</dependency>

应用这两种方法：

@GET
@CacheResult(cacheName = "someData")
@SimplyTimed
@Produces(MediaType.APPLICATION_JSON)
public List<String> getSome() {
  return ... some data;
}

两者都按预期工作（第一次通话）...甜蜜！

问题是，因为缓存只在第一次调用时运行该方法，后续调用直接通过缓存处理，并且不再记录度量。

我知道quarkus缓存扩展仍在预览中。据我所知，微文件与缓存无关。

是的。。。

“千分尺是Quarkus度量的推荐方法。当需要保留微文件规范兼容性时，请使用SmallRye metrics扩展。”

在这一点上，我没有通过千分尺找到任何客观/优雅的解决方案。从我到目前为止所看到的，我将不得不放弃Quarkus缓存和Quarkus小黑麦指标，手动使用咖啡因和千分尺指标。

这就引出了一个问题：quarkus缓存是否有可能让度量记录工作开箱即用，无论是注释quarkus smallrye度量还是任何其他注释度量框架都是一样的？

如前所述，夸克缓存和夸克小黑麦指标的约束“看起来”是相互排斥的。我知道这是一个艰难的决定。请对我宽容一点，好吗？

Answer 1

由于这些库的代码生成发生在构建时，所以有时使用注释的顺序很重要，甚至在极少数情况下，比如lombok，依赖项的顺序也很重要。

因此，作为一个粗略的猜测，首先尝试添加指标可能是值得的：

@GET
@SimplyTimed //<-------------------------------/ like this
@CacheResult(cacheName = "someData") //<------/
@Produces(MediaType.APPLICATION_JSON)
public List<String> getSome() {
  return ... some data;
}