io-nio笔记

websocket

WebSocket协议是基于TCP的一种新的网络协议。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动发送信息给客户端。

初次接触 WebSocket 的人，都会问同样的问题：我们已经有了 HTTP 协议，为什么还需要另一个协议？它能带来什么好处？

答案很简单，因为 HTTP 协议有一个缺陷：通信只能由客户端发起，HTTP 协议做不到服务器主动向客户端推送信息。

页面和后台交互

netty

后台和后台交互

webflux

• Spring Reactive Web

Spring WebFlux 是一个异步非阻塞式 IO 模型，通过少量的容器线程就可以支撑大量的并发访问。底层使用的是 Netty 容器，这点也和传统的 SpringMVC 不一样，SpringMVC 是基于 Servlet 的。

接口的响应时间并不会因为使用了 WebFlux 而缩短，服务端的处理结果还是得由 worker 线程处理完成之后再返回给前端。

WebFlux 内部使用的是响应式编程（Reactive Programming），以 Reactor 库为基础, 基于异步和事件驱动，可以让我们在不扩充硬件资源的前提下，提升系统的吞吐量和伸缩性

• WebFlux 应用场景

得益于 WebFlux 的异步非阻塞特性，特适合于IO 密集型的服务中，比如微服务网关

• WebFlux 与 SpringMVC

WebFlux 相比 SpringMVC 有一些巨大的优势，那么到底选择谁呢 ?

首先需要明确的是：WebFlux 不是 Spring MVC 的替代方案

在微服务架构中，Spring MVC 和 WebFlux 可以混合使用，比如已经提到的，对于那些 IO 密集型服务(如网关)，我们就可以使用 WebFlux 来实现

springcloudgateway

gateway 网关依赖，内置webflux 依赖，而webflux 底层使用的是 Netty 容器，gateway使用响应式编程