本文旨在解决在使用 SmallRye Mutiny 处理异步事件流时，订阅者无法接收到事件的问题。通过分析背压机制，提供了手动请求数据和使用 Mutiny 提供的更简洁API两种解决方案，并附带代码示例，帮助开发者正确地异步处理事件流。
在使用 SmallRye Mutiny 进行响应式编程时，异步处理事件流是一个常见的需求。 然而，开发者可能会遇到订阅者（Subscriber）无法接收到事件，导致 onNext 方法没有被调用的情况。 这通常是由于对 Reactive Streams 规范中的背压（Backpressure）机制理解不足造成的。
背压机制详解
Reactive Streams 规范，包括 SmallRye Mutiny 的实现，都内置了背压机制。 背压机制用于控制数据流的速度，防止生产者（Publisher）产生数据的速度超过消费者（Subscriber）的处理能力，从而避免资源耗尽或系统崩溃。
简单来说，背压机制要求消费者显式地向生产者请求数据。 只有在消费者准备好处理数据时，才向生产者发出请求。 如果消费者没有发出请求，生产者就不会发送数据。
问题分析
在原始代码中，订阅者实现了 Subscriber 接口，并重写了 onSubscribe、onNext、onError 和 onComplete 方法。 然而，在 onSubscribe 方法中，仅仅输出了日志，并没有向 Subscription 对象请求数据。 这导致生产者无法得知消费者已经准备好接收数据，因此不会发送任何事件。
解决方案一：手动请求数据
解决这个问题的方法是在 onSubscribe 方法中保存 Subscription 对象，并在 onNext 方法中调用 request(long) 方法，显式地请求数据。
以下是修改后的代码示例：
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
import io.smallrye.mutiny.Multi;
import org.reactivestreams.Subscription;
import org.reactivestreams.Subscriber;
import java.util.concurrent.Executor;
import java.util.concurrent.Executors;
public class MutinyExample {
private static final Executor managedExecutor = Executors.newFixedThreadPool(10);
public static void main(String[] args) {
StreamingInfo streamingInfo = new StreamingInfo();
streamingInfo.setEvents(Multi.createFrom().items("Event 1", "Event 2", "Event 3"));
writeTo(streamingInfo);
}
public static void writeTo(StreamingInfo streamingInfo) {
streamingInfo
.getEvents()
.runSubscriptionOn(managedExecutor)
.subscribe()
.withSubscriber(
new Subscriber<String>() {
private Subscription subscription;
@Override
public void onSubscribe(Subscription s) {
System.out.println("OnSubscription Method");
System.out.println("ON SUBS END");
subscription = s;
subscription.request(1); // 请求第一个事件
}
@Override
public void onNext(String event) {
System.out.println("On Next Method: " + event);
subscription.request(1); // 处理完一个事件后，请求下一个事件
}
@Override
public void onError(Throwable t) {
System.out.println("OnError Method: " + t.getMessage());
}
@Override
public void onComplete() {
System.out.println("On Complete Method");
}
});
}
static class StreamingInfo {
private Multi<String> events;
public Multi<String> getEvents() {
return events;
}
public void setEvents(Multi<String> events) {
this.events = events;
}
}
}在这个示例中，onSubscribe 方法中保存了 Subscription 对象，并调用了 subscription.request(1) 请求第一个事件。 在 onNext 方法中，处理完一个事件后，再次调用 subscription.request(1) 请求下一个事件。 这样，订阅者就能接收到所有的事件了。
注意事项：
- request(long) 方法的参数表示请求的事件数量。 可以根据实际需求调整请求的数量。
- 在 onError 方法中，通常不需要请求数据。
- 在 onComplete 方法中，表示事件流已经结束，不需要再请求数据。
解决方案二：使用 Mutiny 提供的 API
SmallRye Mutiny 提供了更简洁的 API 来处理事件流，避免手动管理 Subscription 对象。 可以使用 onSubscription、onItem、onFailure 和 onCompletion 方法来注册相应的回调函数。
以下是使用 Mutiny 提供的 API 的代码示例：
import io.smallrye.mutiny.Multi;
import java.util.concurrent.Executor;
import java.util.concurrent.Executors;
public class MutinyExample {
private static final Executor managedExecutor = Executors.newFixedThreadPool(10);
public static void main(String[] args) {
StreamingInfo streamingInfo = new StreamingInfo();
streamingInfo.setEvents(Multi.createFrom().items("Event 1", "Event 2", "Event 3"));
writeTo(streamingInfo);
}
public static void writeTo(StreamingInfo streamingInfo) {
streamingInfo
.getEvents()
.runSubscriptionOn(managedExecutor)
.onSubscription()
.invoke(() -> {
System.out.println("OnSubscription Method");
System.out.println("ON SUBS END");
})
.onItem()
.invoke(event -> System.out.println("On Next Method: " + event))
.onFailure()
.invoke(t -> System.out.println("OnError Method: " + t.getMessage()))
.onCompletion()
.invoke(() -> System.out.println("On Complete Method"))
.subscribe()
.with(value -> {});
}
static class StreamingInfo {
private Multi<String> events;
public Multi<String> getEvents() {
return events;
}
public void setEvents(Multi<String> events) {
this.events = events;
}
}
}在这个示例中，使用了 onSubscription、onItem、onFailure 和 onCompletion 方法来注册相应的回调函数，避免了手动管理 Subscription 对象，代码更加简洁易懂。
总结：
在 SmallRye Mutiny 中异步处理事件流时，需要注意 Reactive Streams 规范中的背压机制。 可以通过手动请求数据或使用 Mutiny 提供的 API 来解决订阅者无法接收到事件的问题。 建议使用 Mutiny 提供的 API，因为代码更加简洁易懂。
