Spring Webflux 和 @Cacheable - Mono / Flux 类型缓存结果的正确方法

Question

我正在学习 Spring WebFlux，在编写示例应用程序期间，我发现了与响应式类型（Mono/Flux）结合 Spring Cache 相关的问题。

考虑以下代码-sn-p（在 Kotlin 中）：

@Repository
interface TaskRepository : ReactiveMongoRepository<Task, String>

@Service
class TaskService(val taskRepository: TaskRepository) {

    @Cacheable("tasks")
    fun get(id: String): Mono<Task> = taskRepository.findById(id)
}

这种缓存返回 Mono 或 Flux 的方法调用是否有效且安全？也许还有其他一些原则可以做到这一点？

以下代码正在使用 SimpleCacheResolver，但默认情况下，由于 Mono 不可序列化，Redis 会失败。为了使它们工作，例如需要使用 Kryo 序列化器。

Answer 1

// 在门面中：

public Mono<HybrisResponse> getProducts(HybrisRequest request) {
    return Mono.just(HybrisResponse.builder().build());
}

// 在服务层中：

@Cacheable(cacheNames = "embarkations")
public HybrisResponse cacheable(HybrisRequest request) {
    LOGGER.info("executing cacheable");
    return null;
}

@CachePut(cacheNames = "embarkations")
public HybrisResponse cachePut(HybrisRequest request) {
    LOGGER.info("executing cachePut");
    return hybrisFacade.getProducts(request).block();
}

// 在控制器中：

HybrisResponse hybrisResponse = null;

try {
   // get from cache
   hybrisResponse = productFeederService.cacheable(request);

} catch (Throwable e) {
   // if not in cache then cache it
   hybrisResponse = productFeederService.cachePut(request);
}

return Mono.just(hybrisResponse)
    .map(result -> ResponseBody.<HybrisResponse>builder()
        .payload(result).build())
    .map(ResponseEntity::ok);

Answer 2

我使用了 Oleh Dokuka 的 hacky 解决方案，效果很好，但有一个问题。您必须在 Flux 缓存中使用比 Cachable 缓存 timetolive 值更大的 Duration。如果您不使用 Flux 缓存的持续时间，它不会使其无效（Flux 文档说“将此 Flux 转换为热源并缓存最后发出的信号以供进一步的订阅者使用。”）。 因此，将 Flux 缓存设置为 2 分钟，将生存时间设置为 30 秒可以是有效的配置。如果 ehcahce 超时首先发生，则会生成一个新的 Flux 缓存引用并将其使用。

Answer 3

破解方式

目前，@Cacheable 与 Reactor 3 没有流畅的集成。 但是，您可以通过将 .cache() 运算符添加到返回的 Mono 来绕过该操作

@Repository
interface TaskRepository : ReactiveMongoRepository<Task, String>

@Service
class TaskService(val taskRepository: TaskRepository) {

    @Cacheable("tasks")
    fun get(id: String): Mono<Task> = taskRepository.findById(id).cache()
}

hack 缓存和共享从 taskRepository 数据返回。反过来，spring cacheable 将缓存返回的Mono 的引用，然后返回该引用。换句话说，它是一个保存缓存的单声道缓存:)。

Reactor 插件方式

Reactor 3 有一个 addition，它允许与现代内存缓存（如 caffeine、jcache 等）流畅集成。使用该技术，您将能够轻松缓存数据：

@Repository
interface TaskRepository : ReactiveMongoRepository<Task, String>

@Service
class TaskService(val taskRepository: TaskRepository) {

    @Autowire
    CacheManager manager;


    fun get(id: String): Mono<Task> = CacheMono.lookup(reader(), id)
                                               .onCacheMissResume(() -> taskRepository.findById(id))
                                               .andWriteWith(writer());

    fun reader(): CacheMono.MonoCacheReader<String, Task> = key -> Mono.<Signal<Task>>justOrEmpty((Signal) manager.getCache("tasks").get(key).get())
    fun writer(): CacheMono.MonoCacheWriter<String, Task> = (key, value) -> Mono.fromRunnable(() -> manager.getCache("tasks").put(key, value));
} 

注意：Reactor 插件会缓存自己的抽象，即 Signal<T>，因此，不必担心并遵循该约定