webmvc和webflux作为spring framework的两个重要模块，代表了两个IO模型，阻塞式和非阻塞式。
1、webmvc
webmvc是基于servlet的阻塞式模型，一个请求到达服务器后会单独分配一个线程去处理请求，如果请求包含IO操作，线程在IO操作结束之前一直处于阻塞等待状态，这样线程在等待IO操作结束的时间就浪费了。
2、webflux
webflux是一个异步非阻塞式的 Web 框架，它能够充分利用多核 CPU 的硬件资源去处理大量的并发请求。
webflux内部使用的是响应式编程（Reactive Programming），以 Reactor 库为基础，基于异步和事件驱动，可以让我们在不扩充硬件资源的前提下，提升系统的吞吐量和伸缩性。
Reactor 是一个反应式库，用于根据反应式流规范在 JVM 上构建非阻塞应用。它是完全非阻塞的，支持在 Netty，Undertow 和 Servlet 3.1+容器等服务器上运行。
Reactor 项目提供两种类型的发布者：
- Flux 是产生 0 到 N 个值的发布者，返回多个元素的操作使用此类型；
- Mono 是产生 0 到 1 值的发布者，它用于返回单个元素的操作；
3、webflux实例
添加依赖
|
1
2
3
4
|
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-webflux</artifactId></dependency> |
添加controller
|
1
2
3
4
5
6
7
8
9
10
|
@Slf4j@RestController@RequestMapping("/api/user")public class UserReactiveController { @RequestMapping(value = "/hello") public Mono<Object> hello(@RequestParam(name = "name") String name) { log.info("方法 hello 被调用了"); return Mono.just("hello webflux " + name); }} |
测试
4、小结
- WebFlux 并不能使接口的响应时间缩短，它仅仅能够提升吞吐量和伸缩性；
- WebFlux内部使用的是响应式编程，以Reactor库为基础，基于异步和事件驱动，特别适合应用在IO密集型的服务中，如网关；
- WebFlux并不是Spring MVC的替代方案；
- WebFlux默认情况下使用Netty作为服务器，不支持MySQL；
- WebFlux的前端控制器是DispatcherHandler，而Spring MVC是DispatcherServlet；
- WebFlux支持两种编程风格，一种是Spring MVC的注解形式，另一种就是Java 8 Lambda函数式编程；
- Reactor类型：Mono返回0或者1个元素，即单个对象；Flux返回N个元素，即List列表对象；
- Webflux中没有拦截器这个概念，要做类似的工作需要在过滤器中完成，项目中我们用到Token验证，使用方法是注册过滤器；
- Webflux中可以使用@ControllerAdvice注册全局异常处理器，但它仅Controller中抛出的异常生效，无法顾及到过滤器。对异常，推荐的方式是注册WebExceptionHandler；
到此这篇关于SpringBoot深入分析webmvc和webflux的区别的文章就介绍到这了,更多相关SpringBoot webmvc和webflux内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://blog.csdn.net/leijie0322/article/details/128626082
