本文旨在详细阐述在project reactor框架中，如何优雅且非阻塞地将两个独立的flux流处理后的结果聚合为一个单一的mono对象。通过分析传统阻塞式操作的弊端，我们将重点介绍并演示mono.zipwith操作符的正确使用方法，以实现高效、响应式的并发数据聚合，从而避免在异步流程中引入阻塞点。
1. 理解响应式流中的非阻塞聚合需求
在响应式编程中，我们经常需要从多个独立的异步源获取数据，并将这些数据组合成一个统一的结果对象。例如，一个支付服务可能需要同时从不同的子系统获取成功交易列表和失败交易列表，然后将它们封装在一个Payments对象中返回。
考虑以下领域模型：
package org.example;
import lombok.Builder;
import lombok.Getter;
import lombok.ToString;
import java.util.List;
@Getter
@Builder
@ToString
public class Payments {
private List<SuccessAccount> successAccounts;
private List<FailedAccount> failedAccounts;
@Getter
@Builder
@ToString
public static class SuccessAccount {
private String name;
private String accountNumber;
}
@Getter
@Builder
@ToString
public static class FailedAccount {
private String name;
private String accountNumber;
private String errorCode;
}
}假设我们有两个方法分别返回成功账户和失败账户的Flux流：
public static Flux<Payments.SuccessAccount> getAccountsSucceeded() {
return Flux.just(Payments.SuccessAccount.builder()
.accountNumber("1234345")
.name("Payee1")
.build(),
Payments.SuccessAccount.builder()
.accountNumber("83673674")
.name("Payee2")
.build());
}
public static Flux<Payments.FailedAccount> getAccountsFailed() {
return Flux.just(Payments.FailedAccount.builder()
.accountNumber("12234345")
.name("Payee3")
.errorCode("8938")
.build(),
Payments.FailedAccount.builder()
.accountNumber("3342343")
.name("Payee4")
.errorCode("8938")
.build());
}一个常见的误区是尝试通过订阅这些Flux流并将结果收集到可变列表中，然后构建最终对象。例如：
// 这是一个阻塞的、不推荐的做法
public static Mono<Payments> getPaymentDataBlocking() {
Flux<Payments.SuccessAccount> accountsSucceeded = getAccountsSucceeded();
Flux<Payments.FailedAccount> accountsFailed = getAccountsFailed();
List<Payments.SuccessAccount> successAccounts = new ArrayList<>();
List<Payments.FailedAccount> failedAccounts = new ArrayList<>();
// 调用 subscribe() 会立即触发流的执行，并在当前线程等待结果，导致阻塞
accountsFailed.collectList().subscribe(failedAccounts::addAll);
accountsSucceeded.collectList().subscribe(successAccounts::addAll);
return Mono.just(Payments.builder()
.failedAccounts(failedAccounts)
.successAccounts(successAccounts)
.build());
}上述代码中的subscribe()调用是阻塞的，因为它会在当前线程等待collectList()操作完成，这违背了Reactor非阻塞的原则。在实际的Web服务或异步处理场景中，这种阻塞操作会导致线程池资源耗尽，严重影响系统吞吐量和响应性。
2. 使用Mono.zipWith 实现非阻塞聚合
为了在Reactor中实现真正的非阻塞聚合，我们需要利用其提供的组合操作符。Mono.zipWith（或Mono.zip）是解决此类问题的理想选择。它允许我们将两个Mono（或多个Mono）的结果组合起来，一旦所有源Mono都完成了并产生了它们的值，就会使用一个提供的BiFunction（或Function）来处理这些值，并生成一个新的Mono结果。
具体步骤如下：
-
将Flux转换为Mono
- ：
-
使用zipWith组合： 接下来，将第一个Mono
- 与第二个Mono
- 使用zipWith操作符进行组合。
- 提供组合函数： zipWith需要一个BiFunction作为参数，该函数接收两个Mono发出的值（即两个List），并返回我们期望的最终结果（即Payments对象）。
下面是使用Mono.zipWith实现的非阻塞解决方案：
package org.example;
import reactor.core.publisher.Flux;
import reactor.core.publisher.Mono;
import java.util.ArrayList;
import java.util.List;
public class Main {
public static void main(String[] args) {
// 订阅并打印结果，这是在应用程序入口点进行的操作，不会阻塞核心业务逻辑
getPaymentData().subscribe(System.out::println);
// 为了在main方法中观察异步结果，通常需要一些延迟或等待机制
// 在实际应用中，例如Spring WebFlux控制器，Mono会被框架自动订阅和处理
try {
Thread.sleep(1000); // 简单等待，仅用于演示
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
public static Mono<Payments> getPaymentData() {
Flux<Payments.SuccessAccount> accountsSucceededFlux = getAccountsSucceeded();
Flux<Payments.FailedAccount> accountsFailedFlux = getAccountsFailed();
// 将Flux转换为Mono<List>
Mono<List<Payments.SuccessAccount>> successAccountsMono = accountsSucceededFlux.collectList();
Mono<List<Payments.FailedAccount>> failedAccountsMono = accountsFailedFlux.collectList();
// 使用 zipWith 组合两个 Mono 的结果
Mono<Payments> combinedPaymentsMono = failedAccountsMono.zipWith(
successAccountsMono,
(failedAccounts, successAccounts) -> Payments.builder()
.failedAccounts(failedAccounts)
.successAccounts(successAccounts)
.build()
);
return combinedPaymentsMono;
}
public static Flux<Payments.SuccessAccount> getAccountsSucceeded() {
return Flux.just(Payments.SuccessAccount.builder()
.accountNumber("1234345")
.name("Payee1")
.build(),
Payments.SuccessAccount.builder()
.accountNumber("83673674")
.name("Payee2")
.build());
}
public static Flux<Payments.FailedAccount> getAccountsFailed() {
return Flux.just(Payments.FailedAccount.builder()
.accountNumber("12234345")
.name("Payee3")
.errorCode("8938")
.build(),
Payments.FailedAccount.builder()
.accountNumber("3342343")
.name("Payee4")
.errorCode("8938")
.build());
}
}在这个改进后的getPaymentData()方法中：
- accountsSucceededFlux.collectList()和accountsFailedFlux.collectList()各自返回一个Mono
- 。这两个Mono会并行地收集它们各自Flux中的所有元素。
- failedAccountsMono.zipWith(successAccountsMono, ...)操作符会等待这两个Mono都完成并发出它们的结果（即两个List）。
- 一旦两个List都可用，zipWith会调用提供的BiFunction，将这两个List作为参数传入，然后使用它们来构建并发出最终的Payments对象。
- 整个过程都是非阻塞的，getPaymentData()方法会立即返回一个Mono
，而实际的数据处理和对象构建则会在背后的Reactor调度器上异步执行。
3. 注意事项与最佳实践
- 避免中间订阅： 在响应式链中，除了最终的消费者（如REST控制器返回Mono或在main方法中打印结果），应尽量避免使用subscribe()来获取中间结果。subscribe()会触发流的执行，并且其副作用（如修改外部变量）在异步环境中难以管理，也容易引入阻塞。
- 利用组合操作符： Reactor提供了丰富的组合操作符（如zip、merge、concat、when等），它们是处理多个响应式流的强大工具。选择正确的操作符取决于你希望如何组合这些流的行为（例如，并行等待所有完成、按顺序合并、或只关心第一个完成的）。
- 错误处理： zipWith操作符具有短路特性。如果其中任何一个源Mono发出错误，那么zipWith返回的Mono也会立即发出相同的错误，而不会等待其他源完成。这对于快速失败和错误传播非常有用。
- 可读性和可维护性： 保持响应式链的流畅性，避免将异步操作拆分为多个独立的阻塞步骤，可以显著提高代码的可读性和可维护性。
总结
通过Mono.zipWith操作符，我们能够优雅且高效地在Project Reactor中聚合来自多个Flux流的异步结果，并将其封装成一个单一的Mono对象。这种模式是构建高性能、非阻塞响应式应用程序的关键，它确保了在处理并发数据源时，应用程序能够充分利用资源并保持出色的响应能力。理解并正确运用这些组合操作符，是掌握Reactor响应式编程范式的核心。
