网关不支持传统 Servlet 容器 Spring Cloud Gateway 需要运行在提供的 Netty 运行时。它不能在传统的 Servlet 容器中工作，也不能在构建为 WAR 时工作。WebFlux 使用了异步非阻塞的编程模型，相较于传统的 MVC Servlet 需要理解和适应新的编程范式和响应式编程概念，因此学习曲线可能较陡峭。
如果在 spring-cloud-gateway 引入了 tomcat 等传统容器会抛出如下异常：
14 Caused by: org.springframework.boot.web.server.WebServerException: Unable to start embedded Tomcat 15 at org.springframework.boot.web.embedded.tomcat.TomcatWebServer.initialize(TomcatWebServer.java:124) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 16 at org.springframework.boot.web.embedded.tomcat.TomcatWebServer.<init>(TomcatWebServer.java:86) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 17 at org.springframework.boot.web.embedded.tomcat.TomcatServletWebServerFactory.getTomcatWebServer(TomcatServletWebServerFactory.java:414) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 18 at org.springframework.boot.web.embedded.tomcat.TomcatServletWebServerFactory.getWebServer(TomcatServletWebServerFactory.java:178) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 19 at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.createWebServer(ServletWebServerApplicationContext.java:179) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 20 at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.onRefresh(ServletWebServerApplicationContext.java:152) ~[spring-boot-2.1.6.RELEASE.jar:2.1.6.RELEASE] 21 ... 8 common frames omitted MVC Servlet 支持 在 SpringCloud 2023 版本（Spring Cloud Gateway 4.
1、简介 在本教程中，我们将学习如何在 Spring Cloud Gateway 中根据客户端的实际 IP 地址来限制请求速率。
简而言之，我们将在路由上设置 RequestRateLimiter Filter，然后配置网关根据 IP 地址来限制客户端的请求。
2、路由配置 首先，我们需要配置 Spring Cloud Gateway 以对特定路由进行速率限制。为此，我们将使用由 spring-boot-starter-data-redis-reactive 实现的经典 令牌桶（Token Bucket） Rate Limiter。简而言之， Rate Limiter 创建一个带有唯一 Key 的 Bucket，该 Key 用于标识 Bucket 自身，并具有固定的初始 Token 容量，随时间自动生成 Token。然后，对于每个请求，Rate Limiter 会获取其关联的 Bucket，并试图减少其 Bucket 中的一个 Token。如果 Bucket 中的 Token 数量不足，将拒绝传入的请求。
在分布式系统中，我们希望所有系统对同一客户端的请求都采用相同的限速策略。所以，我们使用分布式缓存 Redis 来存储 Bucket。在本例中，我们预先配置了一个 Redis 实例。
接下来，配置一个带有 Rate Limiter 的路由。监听 /example 端点，并将请求转发至 http://example.org：
@Bean public RouteLocator myRoutes(RouteLocatorBuilder builder) { return builder.routes() .route("requestratelimiter_route", p -> p .
如今，应用程序被构建为小型独立上游服务的集合。这加快了开发速度，并使模块专注于特定职责，提高了质量。这是使用微服务方法的主要优势之一。然而，从一个服务跳转到另一个服务会增加额外的延迟，当服务没有响应时，这种延迟会显著增加。
如果你运行的是微服务，你需要防止上游服务在工作不正常时被调用。即使使用断路器（circuit breaker）模式，也会对响应时间造成影响。因此，有时最好主动检查上游服务，以验证它们是否在需要之前就已准备就绪。
健康检查是确定服务是否能够根据其状态作出正确响应、防止超时和错误的一种方法。
被动健康检查 在请求处理过程中进行。如果服务最终处于不健康状态，应用程序将返回失败，并标记端点不健康。这会增加额外的延迟。
主动健康检查 将在接收请求之前在后台检查并放弃不健康的服务。它不会增加额外的延迟。
最后但并非最不重要的一点是，这些功能可与断路器库结合使用，以便立即 fall back 到另一个 endpoint ，而不会受到首次失误的惩罚。
目标是通过使用负载均策略，将路由请求转发到健康的上游服务：
本文章分为两部分：
“你需要的 Spring 功能” - 描述你需要哪些 Spring 功能来获得主动的健康检查。 “为你的服务注册端点”- 参考一些将一个或多个端点添加到路由中的方法。 1、你需要的 Spring 功能 Spring 的一些功能可以帮助你进行主动的健康检查：
Spring Cloud Load Balancer（SLB）是客户端负载均衡器，可在不同上游服务端点之间均衡流量。它是 Spring Cloud 项目 的一部分，包含在 spring-cloud-commons 库中（参见 SLB文档）。 客户端服务发现功能可让客户端查找服务并与之通信，而无需硬编码主机名和端口。spring-cloud-commons 库中也包含该功能（参见 服务发现文档）。 Spring Cloud Gateway 为在 Spring 和 Java 之上构建API网关提供了一个库。它通过 LoadBalancerClientFilter / ReactiveLoadBalancerClientFilter 全局过滤器支持上述功能。在本文章中，你将看到使用这些全局过滤器的不同方法。 首先，让我们来了解其中的一些功能。
Spring Cloud Load Balancer filter Spring Cloud 中包含用于负载均衡的全局过滤器，可通过使用特殊的 URI 符号激活：lb://your-service-name。
spring: cloud: gateway: routes: - id: myRoute uri: lb://your-service-name predicates: - Path=/service/** 负载均衡器过滤器 ReactiveLoadBalancerClientFilter （用于响应式应用程序）将检测 URI 并将其替换为与 your-service-name 相关的可用端点。
