1. 理解问题：异步处理与程序生命周期
在Mutiny等响应式编程框架中，subscribe().with()操作是非阻塞的。这意味着一旦订阅完成，程序会立即继续执行后续代码，而不会等待异步操作的结果。对于一个短生命周期的程序（如简单的Java main方法），这可能导致程序在异步任务完成之前就退出，从而看不到任何输出或结果。
原始尝试中，虽然使用了Uni.join().all(unis).andCollectFailures()来组合多个Uni，但最终的subscribe().with(System.out::println)仍然是非阻塞的。如果程序没有其他机制来等待这些异步操作完成，它就会提前终止。此外，将Uni<List<String>>中的每个元素转换为一个独立的Uni并进行异步处理，最佳实践通常是将其转换为Multi流，以便更灵活地处理每个元素。
2. Mutiny核心策略：转换为Multi进行流式处理
处理Uni<List<T>>中每个元素的推荐方法是将其转换为一个Multi<T>流。Multi代表一个可以发出零个、一个或多个元素的异步序列，非常适合处理集合中的每个元素。
2.1 步骤详解
将 Uni<List<T>> 转换为 Multi<T>： 使用onItem().transformToMulti(Multi.createFrom()::iterable)操作符可以将一个发出List的Uni转换为一个发出List中每个元素的Multi。
异步处理每个元素并合并结果： 一旦有了Multi<T>，可以使用onItem().transformToUniAndMerge(item -> ...)操作符。这个操作符会对Multi发出的每个元素应用一个函数，该函数返回一个新的Uni。transformToUniAndMerge会并发地订阅这些新生成的Uni，并将它们发出的结果合并成一个新的Multi。这意味着每个元素的处理都是异步且独立的，结果会按照它们完成的顺序被发出。
2.2 示例代码：异步处理并打印结果
以下代码演示了如何将Uni<List<String>>转换为Multi<String>，并异步处理每个字符串，模拟一个耗时操作，然后打印结果。为了确保在非测试环境中程序能等待所有任务完成，我们通常需要一个阻塞机制或一个测试框架提供的异步协调器。在下面的例子中，我们假设在一个可以等待的上下文中运行，或者使用onTermination来协调。
import io.smallrye.mutiny.Multi;
import io.smallrye.mutiny.Uni;
import java.time.Duration;
import java.util.List;
import java.util.Random;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.Future;
public class MutinyAsyncListProcessor {
// 模拟一个异步耗时操作
private Uni<String> processItemAsync(String item) {
Random random = new Random();
final int duration = (random.nextInt(5) + 1) * 1000; // 1-5秒随机延迟
System.out.println("开始处理: " + item + ", 预计耗时: " + duration + "ms");
return Uni.createFrom().item(item)
.onItem().delayIt().by(Duration.ofMillis(duration))
.invoke(() -> System.out.println("完成处理: " + item + ", 实际耗时: " + duration + "ms"));
}
public void processListItems() {
Uni.createFrom()
.item(List.of("a", "b", "c", "d", "e"))
// 1. 将 Uni<List<String>> 转换为 Multi<String>
.onItem().transformToMulti(Multi.createFrom()::iterable)
// 2. 对 Multi 中的每个元素异步处理，并合并结果
.onItem().transformToUniAndMerge(this::processItemAsync)
// 3. 订阅并处理每个完成的异步结果
.subscribe()
.with(
s -> System.out.println("打印结果: " + s), // 成功处理每个元素后的回调
failure -> System.err.println("处理失败: " + failure.getMessage()), // 错误回调
() -> System.out.println("所有元素处理完毕！") // 流完成回调
);
// 注意：在实际应用中，如果这是主线程，需要一个机制来等待，
// 否则程序可能在异步任务完成前退出。
// 例如，在测试中可以使用 TestContext.async()，
// 在实际服务中，这些通常由框架（如Quarkus）的事件循环管理。
// 为了演示，这里添加一个简单的阻塞，但在响应式编程中应避免。
try {
Thread.sleep(8000); // 等待足够长时间，确保所有异步任务完成
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
public static void main(String[] args) {
new MutinyAsyncListProcessor().processListItems();
}
}在上述代码中，transformToUniAndMerge确保了processItemAsync对列表中的每个元素都是并发执行的。当一个元素处理完成，其结果就会被发出并由subscribe().with()中的s -> System.out.println("打印结果: " + s)回调处理。
3. 同步收集所有异步结果
有时，我们可能不希望逐个处理异步结果，而是希望等待所有异步操作都完成后，一次性获取一个包含所有结果的列表。Mutiny也提供了实现这一目标的简洁方法，特别适用于需要在响应式流的某个点上阻塞并等待所有结果的场景（例如，在非响应式上下文或测试中）。
3.1 步骤详解
- 转换为 Multi<T>： 同样，首先将Uni<List<T>>转换为Multi<T>。
- 异步处理并合并结果： 使用onItem().transformToUniAndMerge()处理每个元素。
- 收集所有结果： 使用collect().asList()将Multi发出的所有结果收集到一个List中，并返回一个Uni<List<T>>。
- 阻塞等待： 使用await().indefinitely()（或带有超时参数的await().atMost(Duration)）来阻塞当前线程，直到Uni<List<T>>完成并发出其结果。
3.2 示例代码：阻塞并收集所有结果
import io.smallrye.mutiny.Multi;
import io.smallrye.mutiny.Uni;
import java.time.Duration;
import java.util.List;
import java.util.Random;
public class MutinyCollectAndAwait {
// 模拟一个异步耗时操作
private Uni<String> processItemAsync(String item) {
Random random = new Random();
final int duration = (random.nextInt(5) + 1) * 1000; // 1-5秒随机延迟
System.out.println("开始处理: " + item + ", 预计耗时: " + duration + "ms");
return Uni.createFrom().item(item)
.onItem().delayIt().by(Duration.ofMillis(duration))
.invoke(() -> System.out.println("完成处理: " + item + ", 实际耗时: " + duration + "ms"));
}
public void collectAndAwaitResults() {
List<String> results = Uni.createFrom()
.item(List.of("x", "y", "z", "w"))
// 1. 将 Uni<List<String>> 转换为 Multi<String>
.onItem().transformToMulti(Multi.createFrom()::iterable)
// 2. 对 Multi 中的每个元素异步处理，并合并结果
.onItem().transformToUniAndMerge(this::processItemAsync)
// 3. 收集所有异步处理的结果到一个 List<String> 中
.collect().asList()
// 4. 阻塞当前线程，直到所有结果都收集完毕
.await().indefinitely(); // 或者 await().atMost(Duration.ofSeconds(10))
System.out.println("\n所有异步处理完成，收集到的结果: " + results);
}
public static void main(String[] args) {
new MutinyCollectAndAwait().collectAndAwaitResults();
}
}注意事项：await().indefinitely()是一个阻塞操作。在响应式应用程序中，应避免在I/O密集型或事件循环线程中使用它，因为它会阻塞这些线程，降低系统的吞吐量和响应性。它更适合在启动逻辑、测试代码或需要将响应式流的结果桥接到传统阻塞代码的场景中使用。
4. 关键Mutiny操作符总结
- Uni.createFrom().item(T): 创建一个发出单个元素的Uni。
- onItem().transformToMulti(Function<T, Multi<R>>): 将Uni发出的单个元素（例如List）转换为一个Multi流。
- Multi.createFrom()::iterable: 辅助方法，将Iterable（如List）转换为Multi。
- onItem().transformToUniAndMerge(Function<T, Uni<R>>): 对Multi中的每个元素应用一个函数，该函数返回一个Uni。所有这些Uni会被并发订阅，它们的完成结果会合并成一个新的Multi。
- onItem().delayIt().by(Duration): 模拟一个异步操作，使其延迟指定时间。
- onItem().invoke(Consumer<T>): 在元素发出时执行一个副作用操作，不改变流。
- collect().asList(): 将Multi发出的所有元素收集到一个List中，并返回一个Uni<List<T>>。
- await().indefinitely(): 阻塞当前线程，直到Uni完成并发出其结果。
5. 结论
Mutiny提供了强大且灵活的工具来处理异步数据流。通过将Uni<List<T>>转换为Multi<T>，并结合transformToUniAndMerge操作符，我们可以有效地实现对列表中每个元素的并发异步处理，极大地提高了应用程序的响应性和资源利用率。同时，理解subscribe()的非阻塞特性以及何时使用阻塞操作（如await()）至关重要，以确保程序的正确行为并避免在响应式上下文中引入不必要的阻塞。
