为何Spring MVC未像WebFlux那样限制输入流内存缓冲字节数？

核心原因：底层IO模型的本质区别 #

• Spring MVC基于Servlet生态，请求体的读取由Tomcat、Jetty这类Servlet容器负责。容器会把整个请求体加载到内存或临时文件中，并且本身就提供了请求体大小限制的配置（比如Tomcat的maxPostSize），因此Spring MVC无需再额外添加缓冲字节数的检查逻辑。
• Spring WebFlux采用非阻塞IO+Reactive Streams架构，它直接处理流式的请求数据，不会像Servlet那样一次性加载完整请求体。为了避免恶意大请求耗尽内存，WebFlux的编解码器默认设置了256KB（即262144字节）的内存缓冲上限，反序列化请求体时会触发这个检查。

不是新特性，是架构设计的必然选择 #

这个限制并非WebFlux的"新特性"，而是由非阻塞IO的特性决定的：

• 在流式处理场景中，WebFlux需要在内存中缓冲部分数据来完成反序列化（比如将JSON字节流转换为Java对象），如果没有上限约束，大请求会持续占用内存，引发内存溢出风险。
• Spring MVC依赖Servlet容器的请求处理流程，容器已经完成了请求体大小的管控，所以不需要重复实现该逻辑。

附：WebFlux调整缓冲上限的方式 #

如果业务需要处理更大的请求体，可以通过配置编解码器来修改上限，示例代码如下：

@Configuration
public class WebFluxConfig implements WebFluxConfigurer {
    @Override
    public void configureHttpMessageCodecs(ServerCodecConfigurer configurer) {
        // 将缓冲上限设置为1MB
        configurer.defaultCodecs().maxInMemorySize(1024 * 1024);
    }
}

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