Spring Boot 3.2中MVC与WebFlux共存及请求处理疑问

1. 同时引入MVC+WebFlux依赖时，WebFlux接口被MVC处理的原因 #

Spring Boot的自动配置逻辑是：当spring-boot-starter-web（Servlet MVC栈）和spring-boot-starter-webflux同时存在时，会默认优先启用Servlet栈。这时候WebFlux的DispatcherHandler会被自动禁用，所有请求都走MVC的DispatcherServlet，自然你的WebFlux接口也会被MVC处理，这是框架的默认优先级策略。

如果想强制启用响应式栈同时兼容MVC，有两种方式：

• 在启动类上排除MVC自动配置：@SpringBootApplication(exclude = WebMvcAutoConfiguration.class)
• 或者在配置文件里设置：spring.main.web-application-type=reactive，这样会强制使用WebFlux作为核心Web层，此时MVC的Controller依然能被识别，但请求会由WebFlux的DispatcherHandler处理，阻塞方法会被自动放到弹性线程池执行。

2. 仅用WebFlux时，传统阻塞MVC接口能否兼容运行？ #

完全可以兼容，而且不用修改原有代码，不过有几个细节要注意：

• WebFlux的DispatcherHandler支持识别MVC的@Controller、@RequestMapping等注解，所以旧MVC接口直接就能被注册并处理请求。
• 对于返回普通对象、String或者ModelAndView的阻塞式方法，WebFlux会自动把它们包装到Schedulers.boundedElastic()线程池中执行，不会阻塞响应式框架的事件循环线程，原有逻辑完全不受影响。
• 例外情况：如果你的MVC代码直接依赖了Servlet特有的API（比如HttpServletRequest、HttpServletResponse注入，或者操作ServletContext），在WebFlux栈下这些对象是不存在的，会抛出异常，这种情况需要替换成WebFlux的ServerHttpRequest、ServerHttpResponse等响应式API。

内容的提问来源于stack exchange，提问作者bahadir_g