除非条件不满足，否则Spring缓存值不更新

Question

我对可缓存批注的条件有问题。

从文档中，我了解到除非条件在被注释的方法被调用后得到验证，并且只有在不满足除非条件的情况下，方法返回的值才会被缓存（并实际返回）。否则，应返回缓存的值。

首先，这个假设是否正确？

编辑：

[来自Spring文档]顾名思义，@Cacheable用于划分可缓存的方法-即，将结果存储到缓存中的方法，因此在后续调用（使用相同的参数）时，缓存中的值将返回，而不必实际执行该方法。

[我的理解]因此，对于给定的键，该方法将始终执行，直到一次未满足“除非”条件。然后，将为该方法的所有后续调用返回缓存值。

为了说明我的问题，我试图把我的代码分成四个简单的类：

1） DummyObject，表示要缓存和检索的实例。它是一个时间戳包装器，用于显示缓存的最后一个值。toBeCached布尔值是一个标志，应该在除非条件中进行检查，以了解返回的实例是否应该缓存。

2） DummyDAO，它根据提供的键返回DummyObject实例。在检索实例时，DAO会检查最后一个检索到的值是什么时候，并验证是否应该缓存它（与提供的键无关。如果这个逻辑被“破坏”并不重要，因为我总是在我的示例中使用相同的键）。然后，DAO将返回的实例标记为tobeccached。如果该值被标记为缓存，DAO实际上会更新其上次检索的时间戳，因为实例最终应该由CachedDAO缓存（因为将不满足除非条件）。

3） DummyCachedDao，它调用DummyDAO来检索DummyObject的实例。如果实例被标记为Ecached，它应该缓存新返回的值。否则，它应该返回以前缓存的值。

4） 检索值（将被缓存）、短时间睡眠（不足以让缓存持续时间通过）、检索值（应该是缓存的值）、再次睡眠（足以让缓存持续时间通过）、再次检索值（应该是要缓存的新值）的应用程序。

不幸的是，此代码不能按预期工作，因为检索到的值总是已缓存的原始值。为了确保逻辑按预期工作，我检查了除非条件是否满足，方法是在Application类中用检索时间戳旁路替换检索时间戳。由于内部调用绕过了Spring代理，检索时间戳方法和我输入的任何断点或日志实际上都被捕获/显示。

什么会导致该值不再被缓存？缓存是否需要先清除以前的值？

public class DummyObject
{
  private long timestamp;
  private boolean toBeCached;

  public DummyObject(long timestamp, boolean toBeCached)
  {
    this.timestamp = timestamp;
    this.toBeCached = toBeCached;
  }

  public long getTimestamp()
  {
    return timestamp;
  }

  public boolean isToBeCached()
  {
    return toBeCached;
  }
}

@Service
public class DummyDAO
{
  private long cacheDuration = 3000;
  private long lastRetrieved;

  public DummyObject retrieveTimestamp(String key)
  {
    long renewalTime = lastRetrieved + cacheDuration;
    long time = System.currentTimeMillis();
    boolean markedToBeCached = renewalTime < time;

    System.out.println(renewalTime + " < " + time + " = " + markedToBeCached);

    if(markedToBeCached)
    {
      lastRetrieved = time;
    }

    return new DummyObject(time, markedToBeCached);
  }
}

@Service
public class DummyCachedDAO
{
    @Autowired
    private DummyDAO dao;

    // to check the flow.
    public DummyObject retrieveTimestampBypass(String key)
    {
        return retrieveTimestamp(key);
    }

    @Cacheable(cacheNames = "timestamps", unless = "#result.isToBeCached() != true")
    public DummyObject retrieveTimestamp(String key)
    {
      return dao.retrieveTimestamp(key); 
    }
}

@SpringBootApplication
@EnableCaching
public class Application
{
  public final static String KEY = "cache";
  public final static String MESSAGE = "Cached timestamp is: %s [%s]";

  public static void main(String[] args) throws InterruptedException
  {
    SpringApplication app = new SpringApplication(Application.class);
    ApplicationContext context = app.run(args);
    DummyCachedDAO cache = (DummyCachedDAO) context.getBean(DummyCachedDAO.class);

    // new value
    long value = cache.retrieveTimestamp(KEY).getTimestamp();
    System.out.println(String.format(MESSAGE, value, new Date(value)));

    Thread.sleep(1000);

    // expecting same value
    value = cache.retrieveTimestamp(KEY).getTimestamp();
    System.out.println(String.format(MESSAGE, value, new Date(value));

    Thread.sleep(5000);

    // expecting new value
    value = cache.retrieveTimestamp(KEY).getTimestamp();
    System.out.println(String.format(MESSAGE, value, new Date(value));

    SpringApplication.exit(context, () -> 0);
  }
}

Answer 1

问题其实很简单。我的问题没有解决办法，这是理所当然的。

我最初的假设是“在每次调用被注释的方法之后，都会验证除非条件，并且只有在不满足除非条件的情况下，才会缓存（并实际返回）该方法返回的值。否则，应该返回缓存的值。”

然而，这不是实际的行为，因为正如留档所述，“@Cacheable用于划分可缓存的方法——也就是说，结果存储到缓存中的方法，因此在随后的调用（具有相同的参数）中无需实际执行该方法即可返回缓存。"

因此，对于给定的键，该方法将始终执行，直到一次未满足除非条件。然后，将为该方法的所有后续调用返回缓存值。

因此，在我的实验中，我尝试以不同的方式处理这个问题，尝试使用注释的组合（@Caching with@Cacheable和@CachePut，尽管文档建议不要这样做）。我检索的值始终是新值，而缓存中的值始终是预期值。(*)

这时，我倾斜到无法根据内部时间戳上传缓存中的值，该时间戳将在正在缓存的方法中生成，并且在满足除非条件或新条件的情况下，以相同的速度检索缓存值。

每次执行该方法以计算最新的值，但返回缓存的值（因为我设置了“除非”条件），这有什么意义？没有意义。。。

如果cacheable的条件是指定何时检索缓存的版本或检索/生成新版本，那么我想要实现的目标（如果周期到期，则更新缓存）是可能的。据我所知，可缓存只是指定何时需要首先缓存方法。

我的实验到此结束。当我在实际生产项目中遇到一个问题时，需要对其进行测试，该问题使用了带有此条件的内部时间戳。仅供参考，此问题最明显的解决方案是使用实际提供TTL功能的缓存提供程序。

（*）PS：我还尝试了@cacheexecute（带有条件=“#root.target.myNewExpiringCheckMethod（）==true”）和@Cacheable的几个@cachecaching组合，但失败了，因为cacheexecute强制执行带注释的方法。

Answer 2

有这么多的细节和可能的问题在这里但首先你应该删除

private long lastRetrieved;

来自DummyDao类。DummyDao是一个单实例，lastRetrieved字段不是线程安全的。

正如您在第一次缓存项目后从日志中看到的，它将始终从那里检索，就像它在第一次调用中缓存一样。

否则，您应该看到下面的日志

3000 < 1590064933733 = true