新项目为什么更推荐WebFlux，而非SpringMVC？

主要观点总结

本文详细介绍了Spring 5中的新成员WebFlux，从底层原理到实战代码进行了全面讲解。文章先介绍了为什么需要WebFlux，然后解释了WebFlux的核心：异步非阻塞与响应式流。接着对比了WebFlux与Spring MVC的编程模型，包括注解模型和函数式模型。然后深入讲解了WebFlux如何运转，以及性能和选择的相关问题。最后，文章对WebFlux进行了总结，并给出了是否选择WebFlux的建议。

关键观点总结

关键观点1: WebFlux解决的问题

WebFlux旨在解决传统Spring MVC在I/O密集型场景下的天然瓶颈，通过异步非阻塞和响应式流的技术，提高资源利用率，降低线程消耗，提高系统吞吐量。

关键观点2: WebFlux的核心：异步非阻塞与响应式流

WebFlux建立在响应式编程范式之上，通过事件驱动和异步非阻塞I/O，用少量、固定的线程处理大量并发请求。Reactor和Mono/Flux是WebFlux的两个核心类型。

关键观点3: WebFlux的编程模型

WebFlux提供了两种编程模型：注解模型和函数式模型。注解模型与Spring MVC相似，学习成本低；函数式模型更灵活轻量，依赖于函数式接口和Lambda表达式来定义路由和处理逻辑。

关键观点4: WebFlux的运行机制

请求在WebFlux中通过DispatcherHandler核心调度器进行流转，通过非阻塞I/O线程接收请求，并通过HandlerMapping找到对应的控制器方法。执行结果通过HandlerResultHandler处理反应式返回类型，并序列化后通过非阻塞I/O写回响应。

关键观点5: WebFlux的性能与选择

WebFlux在I/O密集型场景中具有优势，能提高资源利用率，降低延迟。但并非所有项目都适合使用WebFlux，需要考虑应用瓶颈、团队技术栈准备情况、学习和改造成本等因素。