选择Spring MVC 还是 WebFlux?

朱雀 2022-03-31 13:43 235阅读 0赞

![Spring MVC 与WebFlux的关系][Spring MVC _WebFlux]  
在选择框架上有以下几个建议：  
1、如果你的应用已经使用了Spring MVC，并且运行的很好，那么没有必要去改变。虽然因为历史原因，命令式编程大部分都是阻塞式的，但它在编码、理解和调试方面都是最容易的方式，并且背后有丰富的依赖库支撑。

2、如果你对使用Java 8 lambdas表达式或Kotlin的轻量级、功能性web框架感兴趣的话，可以采用 Spring WebFlux functional web endpoints。另外，对于小型应用程序或微服务来说，这也是一个不错的选择：它们的需求不那么复杂，可以从WebFlux 更大的透明性和控制中获益。

3、在一个微服务架构中，可以选择混合使用Spring MVC和WebFlux。它们都支持基于注解的编程模型，这对于代码的复用至关重要。

4、一个简单评估应用的方法是检查它的依赖。如果使用了阻塞性的持久化API（例如JPA、JDBC）或网络API，Spring MVC是最好的选择。而使用Reactor 和 RxJava 框架在一个独立线程上执行阻塞式调用，技术上也是可行的——虽然无法充分利用他们的非阻塞特性。

5、假如你的Spring MVC应用需要调用远程服务，可以尝试 *WebClient* 。可以直接从Spring MVC的controller方法中 返回 reactive 类型 (Reactor, RxJava, 或者其他)。每次调用的延迟或调用之间的相互依赖越大，其好处就越大。Spring MVC controllers 也可以直接调用其他的响应式组件。

6、如果你领导一个大的团队，记住向非阻塞、函数式以及声明式编程的转变是一个陡峭的学习曲线（改变应该循序渐进）。一种折中的方法是练习使用*WebClient*。

来源：[https://docs.spring.io/spring/docs/current/spring-framework-reference/web-reactive.html\#spring-webflux。][https_docs.spring.io_spring_docs_current_spring-framework-reference_web-reactive.html_spring-webflux]

[Spring MVC _WebFlux]: /images/20220331/6bbf2823a58d407fab88a9c8fee9aa5a.png
[https_docs.spring.io_spring_docs_current_spring-framework-reference_web-reactive.html_spring-webflux]: https://docs.spring.io/spring/docs/current/spring-framework-reference/web-reactive.html#spring-webflux%E3%80%82