1. 概述
Spring MVC 已经是众所周知的、成熟的Web开发框架，基于Servlet API，提供了处理HTTP请求的一系列强大功能。而Spring WebFlux 则是一个较新的成员，它为Reactive编程提供了支持。
2. 代码示例
2.1 Spring MVC
@RestController
@RequestMapping("/mvc")
public class SpringMvcController {
@Autowired
private UserService userService;
@GetMapping("/users")
public List<User> getUsers() {
return userService.findAll();
}
}
这是一个典型的Spring MVC的控制器。当有请求到达/mvc/users时，getUsers方法会被调用。
2.2 Spring WebFlux
@RestController
@RequestMapping("/webflux")
public class WebFluxController {
@Autowired
private ReactiveUserService userService;
@GetMapping("/users")
public Flux<User> getUsers() {
return userService.findAll();
}
}
WebFlux的版本与Spring MVC非常相似，但请注意返回类型是Flux<User>，这是Reactive的方式。
3. 主要区别
3.1 基于不同的底层技术
-
Spring MVC: 基于Servlet API 和传统的阻塞式I/O。
-
Spring WebFlux: 基于Reactive Streams，可以支持异步和非阻塞操作。
3.2 内存和线程使用
在高并发场景中：
-
Spring MVC: 对于每个请求，通常都会有一个线程与之关联，直到请求处理完成。如果有大量的阻塞操作，这可能会导致线程资源的枯竭。
-
Spring WebFlux: 只有当数据真正可用并需要处理时，线程才会被使用。这种方式能有效减少线程使用，提高系统吞吐量。
3.3 数据处理
-
Spring MVC: 数据通常一次性处理并返回。
-
Spring WebFlux: 使用Flux和Mono进行数据流处理，允许以Reactive的方式处理数据流。
3.4 适用场景
-
Spring MVC: 适合于大多数传统的Web应用，特别是那些不需要大规模并发或非阻塞I/O操作的应用。
-
Spring WebFlux: 适用于需要高并发、低延迟或有效处理流式数据的应用。
4. WebFlux 的工作原理
WebFlux使用了Project Reactor中的Flux和Mono作为其核心，这两个类都实现了Publisher接口，允许它们在Reactive流中发布项。另外，WebFlux还提供了WebHandler接口，该接口为WebFlux应用定义了核心契约。
在请求到达时，服务器（如Netty或传统的Servlet容器）将与WebHandler进行交互。然后，请求将被传递给相应的控制器方法，并返回一个Reactive类型（如Flux或Mono）。当数据可用时，它会被发布到流中，并异步地发送回客户端。
5. 总结
Spring MVC和Spring WebFlux虽然都是Spring家族中的成员，但它们提供了不同的编程模型。Spring MVC适合于传统的Web应用开发，而Spring WebFlux则为现代的Reactive Web应用提供了支持。选择哪个框架取决于应用的需求和预期的工作负载。
希望这篇文章为您提供了深入了解这两个框架的知识。
