spring MVC（异步）vs spring WebFlux

Question

我在试着了解spring·韦弗洛斯。到目前为止，我发现的问题是核心是反应性的，没有Servlet API，没有每个请求的线程，HTTP2，服务器推送，Application/Stream+JSON。

但是在spring MVC中异步调用有什么区别呢？我的意思是，在spring MVC中，当您返回Future、DefferedResult等时，您会得到在一个单独的线程中执行的请求处理程序（controller方法）中的逻辑，因此您也可以从节省线程池资源来调度请求中获益。

所以你能强调一下与此相关的区别吗？为什么WebFlux在这里更好？

非常感谢您的时间！

Answer 1

Servlet API正在阻塞每个HTTP请求需要1个线程的I/O。spring MVC异步依赖于ServletAPI，它只提供容器线程和请求处理线程之间的异步行为，而不提供端到端的异步行为。

另一方面，spring WebFlux通过使用HTTP套接字并通过套接字一次推送数据块，通过固定数量的线程来实现并发。这种机制被称为事件循环，Node.js流行了这一想法。这种方法是可伸缩的和弹性的。spring 5的spring-WebFlux使用事件循环方法来提供异步行为。

更多内容可从

• Servlet与Reactive
• spring boot性能战
• WebFlux与spring Web MVC的比较

Answer 2

Servlet异步模型在容器线程（1 Servlet请求/线程模型）和应用程序中的请求处理之间引入了异步边界。处理可以在不同的线程上进行，也可以等待。最后，您必须分派回容器线程，并以阻塞方式读/写(InputStream和OutputStream本质上是阻塞API）。

使用该模型，您需要许多线程来实现并发（因为其中许多线程可能在等待I/O时被阻塞）。这会耗费资源，而且这可能是一种折衷，这取决于您的用例。

使用非阻塞代码，您只需要几个线程就可以并发处理大量请求。这是一种不同的并发模型；与任何模型一样，它也有好处和权衡。

要了解更多关于这种比较的信息，这个Servlet vs.Reactive stacks的讨论应该很有兴趣。