在微服务架构里，高并发场景就像“早高峰的地铁站”——传统同步编程的“排队检票”模式很容易堵死，而响应式编程的“异步分流”模式能让系统更高效地处理请求。作为Java响应式编程的“基石”，Reactor框架基于Reactive Streams规范和Java 8特性（Lambda、CompletableFuture）实现，底层还整合了Netty的非阻塞IO能力，专门解决“高并发下的资源浪费”问题；而Spring Cloud Gateway则基于Reactor，把这种能力落地到网关层，帮我们处理路由、过滤等核心需求。今天就从基础到实战，把Reactor和Gateway的核心逻辑讲明白，重点解答“请求体只能读一次”“重新创建的Flux为何能重复订阅”这些高频坑。

在微服务架构中，网关是请求和响应的“必经之路”。处理响应体（如加密、校验、脱敏）是网关的高频需求，但很多开发者会困惑：“为什么我配置的响应过滤器，看似在控制器前执行？”“order值和执行阶段到底是什么关系？”更会疑惑：“Gateway的过滤器和Spring MVC的拦截器有什么区别？该怎么选？”

一、基础认知：Gateway与Spring MVC的核心定位差异

在对比过滤器之前，先明确两者的本质区别——定位不同决定了过滤器的设计逻辑不同：