webflux之reactor-Subscriber

kaxu00

于 2018-10-11 16:16:03 发布

阅读量1.7k

点赞数

CC 4.0 BY-SA版权

分类专栏： java架构文章标签： java spring webflux reactor

本文链接：https://blog.csdn.net/kaxu00/article/details/83007150

本文深入解析了Reactor中的Subscriber遵循的reactive-streams规范，包括订阅者如何通过Subscription.request(n)控制元素接收，避免信号重新排序，异步调度信号处理以保证发布者响应性，以及正确处理onComplete和onError信号。此外，还介绍了Processor作为订阅者和发布者的双重角色及其规则，强调了线程安全和错误处理的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在进行第二个demo之前。先来讲解一下reactive-streams官网中有关Subscriber的一些规则。这里将基于第一篇reactor博客中的demo进行讲解。demo1。

public interface Subscriber<T> {
   
   
    public void onSubscribe(Subscription s);
    public void onNext(T t);
    public void onError(Throwable t);
    public void onComplete();
}

Subscriber规则

订阅者必须通过Subscription.request(long n)发信号通知需要接收onNext信号。
此规则的目的是确定订阅者有责任决定它能够和愿意接收的元素的时间和数量。为了避免由重入的订阅方法引起的信号重新排序，强烈建议同步订阅服务器实现在任何信号处理的最后调用订阅方法。建议订阅者请求他们能够处理的上限，因为一次只请求一个元素会导致本身效率低下的“停止等待”协议。
代码1 LambdaSubscriber类

@Override
public final void onSubscribe(Subscription s) {
     
     
	//这里是对重入做了验证，当前订阅不为空则取消新订阅并返回false
	if (Operators.validate(subscription, s)) {
     
     
		this.subscription = s;
		if (subscriptionConsumer != null) {
     
     
			try {
     
     
				subscriptionConsumer.accept(s);
			}
			catch (Throwable t) {
     
     
				Exceptions.throwIfFatal(t);
				s.cancel(