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使用响应式编程