开题

Reactor顾名思义核反应堆，光听名字就知道它有多强了，首先Reactor是异步非阻塞的，基于netty，而tomcat不是，一个请求一个线程（除了Servlet3.1以上），使用Reactor就是整个代码在执行链上也更清晰，做过前端的同学应该很有感悟，不管是jquery还是vue都是一级一级往下点，那种感觉真的很爽，当然java8也有类似体验。所以诞生之初，这个东西就不是为了java而生的，java是重语言，强调稳定性，直到jdk1.8也不愿意为reactor妥协。最终Spring按奈不住了，率先把reactor集成至自己函数库中，所以Spring的版本至少是Spring5，而jdk至少是1.7,（因为Spring5实现了很多关于响应式编程的东西），然后webflux坑很深，完全看上去像另一门语言（重点），所以学习成本相对陡峭，我更多从使用者方向去思考。
国内使用这个技术的公司好像没几家，除了我上家公司以外（用的也不是很好），首先我知道的有阿里，当然也只是一部分技术部分，也是我同学告诉我的，然后我在这家公司刚做技术选型时注册中心还在纠结eureka还是nacos，因为我来这之前根本不会nacos，只是听过，用eureka倒是很熟，但是看到nacos支持响应式编程，我还是很开心的，加上其他一些因素还是选定了nacos。
所以大家暂时不用担心，这个技术暂时还不会取代java命令式编程，因为兼容其他中间件还需要时间，但是也是一个警告。

命令式编程和响应式编程区别

命令式编程一行一个代码，我们很明确就能知道，下一行代码跟上一行代码关系，因为是按步骤一步一步往下走的，最终返回的那个结果是上面一行一行代码组合最终的呈现结果。

而响应式编程不一样，它不会再描述每一步我们要进行的步骤，它只描述你要构建数据将要流经的管道，当数据流经管道时，可以对它们进行某种形式的修改或者使用。这样做的好处是我们不再关注每一行代码是做什么的（想象有100行代码），只需要关注管道最终返回的结果是什么，然后依据上一个管代的结果，流到我们这个管道需要做什么。每个管道都是异步非阻塞的。

主要原因是Servlet是阻塞和多线程的，每个连接都会使用一个线程。在请求处理的时候，会在线程池中拉取一个worker线程来对请求进行处理。同时，请求线程是阻塞的，直到worker线程提示它完成为止。这也带来的后果就是阻塞式Web框架在大量请求无法有效地扩展。缓慢的worker线程所带来的延迟会使情况变得更糟，因为它将花费更长的时间才能将worker线程送回池中，准备处理另一个请求。在某些场景中，这种设计完全可以接受。事实上，这种方式也是这十年来Web应用程序的开发方式，但是时代在改变。这种方式适合以前偶尔浏览网站的人们，而现在人们会频繁消费HTTPAPI，他们会持续地和Web API交换数据。

事件轮询请求

数据库支持

2.3执行时间和普通比。

Spring Data Reactive不支持 MySQL，进一步也不支持 MySQL 事务。所以用了 Reactive 原来的 spring 事务管理就不好用了。jdbc jpa 的事务是基于阻塞 IO 模型的，如果 Spring Data Reactive 没有升级 IO 模型去支持 JDBC，生产上的应用只能使用不强依赖事务的。

Reactor的主要类

在Reactor中，经常使用的类并不多，主要有以下两个：

Mono 实现了 org.reactivestreams.Publisher 接口，代表0到1个元素的发布者（Publisher）

Flux 同样实现了 org.reactivestreams.Publisher 接口，代表0到N个元素的发布者

Publisher

Mono和Flux都是Publisher，发布者起到发送流数据作用。

Subscriber

1.Subscriber，因为一次只请求一个元素会导致本身效率低下。
2.为了验证是不是一次请求一个元素，fromInter 或 range。
onComplete因为是多线程，为了防止发布者和订阅者结束后有个通知，否则会造成周期竞争。
onComplete或onError都会触发终止订阅

Subscription 和 Processor

发布者、订阅者关系流程

Backpressure

指在异步场景中，被观察者发送事件速度远快于观察者的处理速度的情况下，一种告诉上游的被观察者降低发送速度的策略，可能最终导致溢出。subscription

doOnSubscribe 和 doOnNext

doOnSubscribe是事件被订阅之前(也就是事件源发起之前)会调用的方法，它一般执行在 subscribe() 发生的线程；而如果在 doOnSubscribe() 之后有 subscribeOn() 的话，它将执行在离它最近的 subscribeOn() 所指定的线程。
doOnNext是观察者被通知之前(也就是回调之前)会调用的方法，说白了就是最终回调之前的前一个回调方法，这个方法一般做的事件类似于观察者做的事情，只是自己不是最终的回调者。（观察者即最终回调者）

Mono和Flux

开发者应只关注Publisher ，如果开发中间件，redis、dubbo，甚至nacos， Web Flux 则会自动帮我们实现 Subscriber

Flux类的静态方法

just()：可以指定序列中包含的全部元素。

fromArray()，fromIterable()和 fromStream()：可以从一个数组、Iterable 对象或 Stream 对象中创建 Flux 对象。

empty()：创建一个不包含任何元素，只发布结束消息的序列。

error(Throwable error)：创建一个只包含错误消息的序列。

range(int start, int count)：创建包含从 start 起始的 count 个数量的 Integer 对象的序列。

interval(Duration period)：创建一个包含了从 0 开始递增的 Long 对象的序列。其中包含的元素按照指定的间隔来发布。除了间隔时间之外，还可以指定起始元素发布之前的延迟时间。

concat，类似于Mono的zip（但是不一样，这个不会返回tuple）。

concatWith，类似于Mono的zipWith（但是不一样，这个不会返回tuple）。

concatMapIterable(Arrays.asList)，会在Flux.just(1,2,3)每个元素中逐个穿插指定集合元素，或对当前Flux进行数据操作（比如逐个元素加2）。

defer()：一种懒创建方式，对比just。

MathFlux.sumInt(Flux.range)，这是新出的一种封装，MathFlux有多种函数计算实现，可以根据不同场景选型。替换可.as()。也可替换reduce也能实现上述功能，但是reduce功能更加强大，不仅可以对数字甚至任何类型都可以。

generate() 方法同步和逐一的方式来产生 Flux 序列，next()方法只能最多被调用一次，不调用 complete()方法，所产生的是一个无限序列。

create() 跟上面类似，只是它允许有多个元素。

buffer(int) 和 bufferUntil(), 这两个操作符的作用是把当前流中的元素收集到集合中，并把集合对象作为流中的新元素。在进行收集时可以指定不同的条件。

concatWith(Flux)、onErrorResume()、onErrorReturn、doFinally 和 retry() 异常处理对比java。

collectList() 和 collect(Collectors.toList()) ，Mono转Flux。

Mono类的静态方法

zipWith()：不需要上一个Mono的结果（类型可以不一样）。

zipWhen()：需要上一个Mono的结果（类型可以不一样）。

zip()：组装多个Mono（类型可以不一样）。

flatMapMany()：Mono转Flux。

delayElement，类似于Thread.sleep，可以结合map（同步）、flatMap（异步）。

Flux和Mono共有方法

transform()：抽出公共部分组装。

defer()：同Flux。

publishOn(Schedulers) 和 subscribeOn(Schedulers)，可以动态切换线程，可以结合buffer、log使用。

Schedulers 类有如下几种对上下文操作的静态方法：

immediate()：无执行上下文，提交的Runnable将直接在原线程上执行，可以理解没有调度

single()：可重用单线程，使用一个线程处理所有请求

elastic()：没有边界的弹性线程池

boundedElastic()：有边界弹性线程池，设置线程限制，默认为cpu核心数*10。达到上限后最多可以提交10万个任务。是阻塞线程的方法

parallel(): 固定线程数量的并行线程池，线程数量和cpu内核一样多

WebFlux

RouterFunction 类似 Spring Web 的 @RequestMapping 。RouterFunction 用来定义 Spring 5 应用的路由信息。RouterFunctions 助手类包含一些有用的方法，例如 route 定义路由并构建 RouterFunction 对象。RequestPredicates 包含大量有用的方法如 GET, POST, path, queryParam ,accept, headers, contentType 等等，可用来定义路由和构建 RouterFunction。每个 Route 映射到一个处理方法，当接收到 HttpRequest 请求的时候就会调用。

Mono<ServerResponse> 是在配置控制器方法中返回的，而不是controller。

RouterFunction 为应用程序提供了 DSL 风格的路由功能。此时，Spring 并不支持两种风格混合使用。

Reactive、Reactor和webflux