使用 Project Reactor 管理对共享资源的访问

Question

如何使用 Project Reactor 管理对共享资源的访问？

给定一个虚构的关键组件，该组件当时只能执行操作（文件存储、昂贵的远程服务等），如果存在对该组件的多个访问点（多个 API 方法、订户...）？如果资源可以自由执行该操作，则应该立即执行它，如果其他操作已经在进行中，则将我的操作添加到队列中，并在我的操作完成后完成我的 Mono。

我的想法是将任务添加到flux队列中，该队列一个接一个地执行任务，并返回一个Mono，一旦队列中的任务完成，该Mono就会完成，而不会阻塞。

class CriticalResource {

    private final Sinks.Many<Mono<?>> taskExecutor = Sinks.many()
                                                          .unicast()
                                                          .onBackpressureBuffer();

    private final Disposable taskExecutorDisposable =  taskExecutor.asFlux()
                                                                      .concatMap(Function.identity()) //this executes actions in sequential order
                                                                      .subscribe();


    public Mono<Void> resourceOperation1() {
        doSomething();
        .as(this::sequential);
    }


    public Mono<Void> resourceOperation2() {
        doSomethingElse();
        .as(this::sequential);
    }


    public Mono<Void> resourceOperation3() {
        doSomething();
        .then(somethingElse())
        .as(this::sequential);
    }

    private <T> Mono<T> sequential(Mono<T> action) {
        return Mono.defer(() -> {
            Sinks.One<T> actionResult = Sinks.one(); //create a new mono which should complete when our action mono completes. 
//Since task executor subscribes to action mono, we are subscribing on action result mono
            while (taskExecutor.tryEmitNext(action.doOnError(t -> actionResult.emitError(t,
                                                                                         Sinks.EmitFailureHandler.FAIL_FAST))
                                                  .doOnSuccess(next -> actionResult.emitValue(next,
                                                                                              Sinks.EmitFailureHandler.FAIL_FAST)))
                    != Sinks.EmitResult.OK) {
            }
            return actionResult.asMono();
        });
    }
    
}

这不是一个完整的示例，因为需要做更多的工作来正确传播背压、传输上下文等......但我想知道是否有更好的方法来实现这一点，并由 Project Reactor 支持？

Answer 1

从本质上讲，这看起来像是反应堆池所做的事情的简化版本。您是否考虑过将其与例如一起使用？最大尺寸为 1？

https://github.com/reactor/reactor-pool/

https://projectreactor.io/docs/pool/0.2.7/api/reactor/pool/Pool.html

该池可能有点矫枉过正，因为它必须在多个竞争借款人之上处理多种资源（就像您的情况一样），但也许它可以为您提供一些进一步发展的灵感。