一、入门文字介绍
官方口水话简短翻译：
Spring WebFlux是一个非阻塞的Web框架，用于利用多核，短时间可一处理大量并发连接。
非阻塞式
在servlet3.1提供了非阻塞的API，WebFlux为之有自己的一套手段，
使用非阻塞的方式可以利用较小的线程或硬件资源来处理并发
函数式编程端点
Spring5必须配备java8，函数式编程就是java8重要的特点之一，
WebFlux支持函数式编程来定义路由端点处理请求。
二、入门小Demo Test
创建一个Spring Boot项目，版本要求2.0以上，需要下面的依赖，Spring Reactive Web 替代了Web依赖
看看我们的处理器：Controller
抽一个方法出来，待会儿会使用到，这个方法假如就是我们一个比较耗时的逻辑操作
然后看我们的处理器 @Slf4j @RestController
我们定义了两个处理器，一个就是普通的处理器，一个是使用了WebFlux的处理器，
然后我们观察我们的控制台日志情况：
...
有没有发现什么一样，当然我们的页面都是一样的，需要在五秒后才会有结果，但是你观察控制台
发现下面那个打印的时间间隔很短有没有，并没有像上面那个一样等待五秒才打印
下面使用WebFlux的请求的耗时操作没有阻塞处理器的执行，也就是说耗时没能影响到处理器，
这样的话，处理器就可以同时接很多请求了，反正也不会堵塞，
虽然对于请求的响应页面数据来看，没有任何差别，但是对于处理器来说，其吞吐量将会大大提高
三、修改处理器返回值Flux用法
Mono表示处理器返回的数据为0-1个，Flux表示返回的数据为0-多个
数组转Flux
访问测试： http://localhost:8080/test5?strs=lisi&strs=wangwu
集合转Flux
访问测试：http://localhost:8080/test6?strs=lisi&strs=wangwu&strs=xiongqi
Flux底层不会阻塞处理器的执行
我们看下面的日志输出：
...
同步Servlet & 异步Servlet
通过上面的小Demo,我们对"非阻塞"，"异步"应该有了点概念了吧，详细可看我的另一片学习笔记
：https://www.cnblogs.com/msi-chen/p/10983927.html
下面我们来测试异步Servlet和同步Servlet的差异
定义一个同步Servlet，也就是普通的Servlet
定义一个异步Servlet，最后做统一测试
耗时操作为：
启动Tomcat，我们进行访问，查看控制台的输出
我们观察浏览器的响应，都是在等待5秒后的延迟后才会出结果页面
但是我没得控制台的输出，两个Servlet的业务逻辑耗时为6毫秒和5000多毫秒
同步Servlet阻塞了什么？
当请求到达Tomcat后，Tomcat会为其找到有该请求相匹配的Servlet,并分配一个该Servlet的线程处理该请求，当Servlet中需要处理耗时操作是，当前Servlet线程会被阻塞挂起，所以同步Servlet的业务逻辑阻塞了线程的执行，总共耗时了5000多毫秒
异步Servlet是怎么工作的呢？
先说结果：异步Servlet没有阻塞Servlet线程的执行，而是很快就结束了Servlet线程的调用，又将其投入Servlet线程池，等待新的连接请求，说到这里，那我们的耗时逻辑业务为什么又没有起到耗时的作用呢？因为逻辑耗时代码是另一个线程在执行，但服务端的响应是需要耗时业务逻辑执行完才会响应给客服端的，，也就是说这里分成了两个线程，主线程为没有被阻塞Servlet，次线程在执行耗时逻辑，当次线程执行完后响应给客户端，所以，客户端还是得等5秒才会有响应结果，但是服务端因为Servlet线程早早的就是执行完，在线程池等待了，服务器的吞吐量是不是大大提高了呢？
