SpringCloud gateway源码走读（顺带聊聊响应式）

最新推荐文章于 2025-04-23 00:33:39 发布

superjava_

最新推荐文章于 2025-04-23 00:33:39 发布

阅读量1k

点赞数

分类专栏： Java 文章标签： gateway redis java 后端

本文链接：https://blog.csdn.net/superjava_/article/details/122095593

版权

本文深入探讨SpringCloud Gateway的核心源码，解释响应式编程如何提高CPU吞吐量，特别是对于网关系统的优势。通过分析事件循环的工作原理，展示了响应式如何减少线程数并优化处理流程。此外，文章还简要介绍了RoutePredicateHandlerMapping、过滤器逻辑，包括GlobalFilter和GatewayFilter的执行过程，以及ReactiveLoadBalancerClientFilter在负载均衡中的作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.概述

最近公司海外要搭建一套网关系统，调研相关开源组件，最终选择了springcloud gateway（scg）的网关框架。为了更好的使用，便走读了其核心源代码。本文对其重点源码就行剖析。scg是基于spring webflux实现的。如果响应式基础不错的话会更容易理解。

2.聊聊响应式（事件循环）

其实对响应式开发一直很感兴趣，如果整个链路都支持响应式api，那么对于cpu的吞吐量会有很大的提升。毕竟更少的线程能负载高的qps，是非常吸引人的事情。说个玩笑话，对于泛娱乐c端业务，完全可以采用此架构，只不过学习成本确实很高，这一点就可以把这个方案否决掉。但是对于网关来讲，webflux还是非常迷人的。至少对我公司业务，网关鉴权通过响应式的rpc call可以大幅提升吞吐量。

两个问题:为什么可以减少线程数？是否可以提高响应速度？

响应式确实不能降低一个请求的处理时间，比如一个请求查询数据库300ms，这个除非在db优化，不然没有人能降低这个时间。响应式也是一个道理。那么响应式有什么用，这也就来到第二个问题。

非响应式的场景

对于一个http请求，接受请求是tomcat线程（默认500个），在处理redis操作的时候，用的redis的连接池，但是redis要经过一次网络io，阻塞的过程中，这个tomcat线程什么都干不了。

响应式

netty的eventloop接收http请求，执行redis操作的时候通过redis响应式API，eventloop会立刻返回（将数据丢给redis客户端线程），redis底层基于epol进行非