在高并发场景下，API Gateway 往往是系统的第一道压力阀，非常的重要@mikechen
基于 Reactor 的响应式非阻塞模型
Spring Cloud Gateway 的底层通信组件是: Reactor Netty。
采用的是 “”Reactor 响应式编程模型”，区别于传统的“一请求一线程”模式。
传统阻塞式处理，在高并发下会消耗大量线程资源。
并且，线程切换频繁，内存开销也随之增大，最终容易导致系统在高峰流量下崩溃。
而 Spring Cloud Gateway 通过事件驱动、和非阻塞 I/O，将请求处理拆分为异步流式链路。
一个线程可以高效地处理多个连接，等待 I/O 的时间不会被浪费在阻塞上，从而显著提升系统的吞吐能力。
水平扩展与无状态设计
Spring Cloud Gateway 本身并不依赖单机极限能力，而是依靠 集群化部署 + 无状态设计 来承载更大规模的并发流量。
网关实例之间尽量保持无状态，不保存会话信息。
所有共享数据交给 Redis、配置中心或注册中心处理。
这样一来，网关就可以非常容易地通过容器编排和负载均衡进行横向扩容。
当流量上涨时，可以快速增加网关实例数量，当流量回落时，再缩容释放资源。
对于并发场景，这种弹性能力比单纯提升单机性能更重要。
因为高并发通常具有明显的波峰波谷特征，只有具备水平扩展能力，系统才能在成本和性能之间取得平衡。
完善的限流与熔断机制
真正的高并发系统，不只是“能接住流量”，更要“能挡住异常流量”。
Spring Cloud Gateway 常与 Sentinel、Resilience4j、Redis 等组件配合。
实现 限流、熔断、降级 能力，这是网关抗住并发的关键保障。
限流：限制单位时间内的请求量，避免突发流量压垮后端服务。
使用，RequestRateLimiter 基于 Redis + Lua 实现分布式令牌桶，原子性高、性能强，支持 IP/用户/路径等维度。
熔断：当后端服务持续失败或响应过慢时，快速切断请求，避免级联故障。
降级：在服务不可用时返回兜底内容，保证核心链路可用。
集成 Sentinel/Hystrix/Resilience4j，快速失败保护下游。