Могу ли я извлечь выгоду из реактивной библиотеки в этом сценарии?

Это как классический вариант использования для реактивных библиотек, как вы могли бы найти! :)

Ключевой частью "реактивных" архитектур является то, что они могут реагировать на события, а не ждать результатов. RxJava облегчает это через Observable и Reactor делает это с помощью нескольких различных механизмов. В Reactor вы можете использовать простой Reactor и установить replyTo на Event, вы можете использовать Stream или Promise для создания цепочки обработки значений, таких как RxJava Observable, вы можете использовать Processor для выполнения высокоскоростной обработки RingBuffer, или вы можете использовать ForkJoinPool для выполнения простой обработки вил/присоединения. Это много вариантов, но каждый из них предназначен для работы в конкретном прецеденте без ущерба для других вариантов использования. Реактор каркаса - это не один, регулируемый гаечный ключ. Это набор гаечных ключей, предназначенных точно для того, что вам нужно.

В этом конкретном случае важной частью является параллелизм, достигаемый при выполнении большого количества операций одновременно, поскольку ваш источник данных IO, по-видимому, блокирует поток. RxJava имеет подключаемую модель исполнения, но она довольно грубая. Одной из сильных сторон реактора является эффективная, мелкозернистая диспетчерская поддержка задач и легкость, с которой вы можете реагировать на результаты.

Так как ваш пример использования довольно прост и намного ближе к стандартной ситуации ThreadPoolExecutor, у меня может возникнуть соблазн использовать ForkJoinPool в Reactor 1.1 (который является совершенно новым). ForkJoinPool предоставляет вам один Promise<ImmutableList<T>> который объединяет результаты всех задач, которые вы отправляете в пул, который поддерживается стандартным ThreadPoolExecutor. Это в основном "реактивная" оболочка вокруг стандартного пула потоков, поэтому для этого требуется очень мало накладных расходов, но обеспечивает гибкость реагирования на завершение всех представленных задач. Он похож на RxJava Observable.merge().