spring cloud gateway使用 uri: lb://方式配置时，服务名的特殊要求

最新推荐文章于 2024-06-11 11:44:21 发布
最新推荐文章于 2024-06-11 11:44:21 发布
阅读量4.6w 收藏 122
点赞数 40
分类专栏： 笔记 文章标签： java springcloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41267342/article/details/111462594
版权

在gateway中配置uri配置有三种方式，包括
第一种：ws(websocket)方式: uri: ws://localhost:9000
第二种：http方式: uri: http://localhost:8130/
第三种：lb(注册中心中服务名字)方式: uri: lb://brilliance-consumer
在这里插入图片描述

其中ws和http方式不容易出错，因为http格式比较固定，但是lb方式比较灵活自由。不考虑网关，只考虑服务时，服务名命名时比较自由，都能启动被访问，被注册到注册中心，但是如果提供给gateway使用时，就会对服务命名方式有特殊要求了。
能被gateway的lb方式识别到的命名规则为：

   "[a-zA-Z]([a-zA-Z]|\\d|\\+|\\.|-)*:.*"

这也意味着，java命名规范中可以使用的英文下划线（"_"）不能被识别,而我命名为：brilliance_consumer，刚好带下划线，改为brilliance-consumer后则可以正常通过网关访问自己项目。
如果名字中有非*“a-zA-Z:.”*规则字符，则会报错，
规则见包org.springframework.cloud.gateway.filter中的类RouteToRequestUrlFilter：
在这里插入图片描述在这里插入图片描述

报异常信息为：
  java.lang.IllegalStateException: Invalid host: lb://brilliance_consumer
	at org.springframework.cloud.gateway.filter.RouteToRequestUrlFilter.filter(RouteToRequestUrlFilter.java:86) ~[spring-cloud-gateway-server-2.2.6.RELEASE.jar:2.2.6.RELEASE]
	Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException: 
Error has been observed at the following site(s):
	|_ checkpoint ⇢ org.springframework.web.cors.reactive.CorsWebFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ org.springframework.cloud.gateway.filter.WeightCalculatorWebFilter [DefaultWebFilterChain]
	|_ checkpoint ⇢ HTTP GET "/api/product/productDetail" [ExceptionHandlingWebHandler]
Stack trace:
		at org.springframework.cloud.gateway.filter.RouteToRequestUrlFilter.filter(RouteToRequestUrlFilter.java:86) ~[spring-cloud-gateway-server-2.2.6.RELEASE.jar:2.2.6.RELEASE]
		at org.springframework.cloud.gateway.handler.FilteringWebHandler$GatewayFilterAdapter.filter(FilteringWebHandler.java:138) ~[spring-cloud-gateway-server-2.2.6.RELEASE.jar:2.2.6.RELEASE]
		at org.springframework.cloud.gateway.filter.OrderedGatewayFilter.filter(OrderedGatewayFilter.java:44) ~[spring-cloud-gateway-server-2.2.6.RELEASE.jar:2.2.6.RELEASE]
		at org.springframework.cloud.gateway.handler.FilteringWebHandler$DefaultGatewayFilterChain.lambda$filter$0(FilteringWebHandler.java:118) ~[spring-cloud-gateway-server-2.2.6.RELEASE.jar:2.2.6.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:44) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Mono.subscribe(Mono.java:4252) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:172) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Mono.subscribe(Mono.java:4252) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:172) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:150) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:67) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:76) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.innerNext(FluxConcatMap.java:274) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:851) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:114) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:67) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1782) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:144) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:114) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:76) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.innerNext(FluxConcatMap.java:274) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:851) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:73) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onNext(MonoPeekTerminal.java:173) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1782) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoFilterWhen$MonoFilterWhenMain.onNext(MonoFilterWhen.java:140) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2344) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoFilterWhen$MonoFilterWhenMain.onSubscribe(MonoFilterWhen.java:103) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:54) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Mono.subscribe(Mono.java:4252) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:441) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onNext(FluxConcatMap.java:243) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxDematerialize$DematerializeSubscriber.onNext(FluxDematerialize.java:91) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxDematerialize$DematerializeSubscriber.onNext(FluxDematerialize.java:38) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:267) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:225) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxDematerialize$DematerializeSubscriber.request(FluxDematerialize.java:120) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:228) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxDematerialize$DematerializeSubscriber.onSubscribe(FluxDematerialize.java:70) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:161) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:86) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalFluxOperator.subscribe(InternalFluxOperator.java:62) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxDefer.subscribe(FluxDefer.java:54) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Mono.subscribe(Mono.java:4252) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.drain(FluxConcatMap.java:441) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxConcatMap$ConcatMapImmediate.onSubscribe(FluxConcatMap.java:211) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:161) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:86) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:52) [reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.Mono.subscribe(Mono.java:4252) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.drain(MonoIgnoreThen.java:172) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:56) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.3.12.RELEASE.jar:3.3.12.RELEASE]
		at reactor.netty.http.server.HttpServerHandle.onStateChange(HttpServerHandle.java:65) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at reactor.netty.ReactorNetty$CompositeConnectionObserver.onStateChange(ReactorNetty.java:518) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at reactor.netty.tcp.TcpServerBind$ChildObserver.onStateChange(TcpServerBind.java:278) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at reactor.netty.http.server.HttpServerOperations.onInboundNext(HttpServerOperations.java:475) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:96) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at reactor.netty.http.server.HttpTrafficHandler.channelRead(HttpTrafficHandler.java:191) ~[reactor-netty-0.9.15.RELEASE.jar:0.9.15.RELEASE]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:324) ~[netty-codec-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:296) ~[netty-codec-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:719) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:655) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:581) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493) ~[netty-transport-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989) ~[netty-common-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.55.Final.jar:4.1.55.Final]
		at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.55.Final.jar:4.1.55.Final]
		at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_221]
村西那条弯弯的河流
关注
  • 40
    点赞
  • 踩
  • 122
    收藏
    觉得还不错? 一键收藏
  • 22
    评论
专栏目录
springcloud GateWay介绍
lq_bog的博客
03-12 872
springcloud GateWay介绍
springcloud下通过gateway转发websocket
07-14
websocket,springcloud
springcloud-gateway网关
m0_48639280的博客
08-30 428
typora-root-url: img Gateway 网关 网关概述 网关旨在为微服务架构提供一种简单而有效的统一的API路由管理方式。 在微服务架构中，不同的微服务可以有不同的网络地址，各个微服务之间通过互相调用完成用户请求，客户 端可能通过调用N个微服务的接口完成一个用户请求。 存在的问题： • 客户端多次请求不同的微服务，增加客户端的复杂性 • 认证复杂，每个服务都要进行认证 • http请求不同服务次数增加，性能不高 网关就是系统的入口，封装了应用程序的内部结构，为客户端提供统一服.
SpringCloud 网关Gateway配置并使用
最新发布
Charles_Clark的博客
06-11 427
SpringCloud 网关Gateway配置并使用
SpringCloud之 Gateway路由网关
qq15035899256的博客
03-07 1978
本文是对SpringCloud的学习，学习了部署 Gateway路由网关，并且在配置文件中设置单个路由过滤器，以及通过自定义类实现全局过滤器的方法。之后的学习内容将持续更新！！！
【Spring Cloud Gateway】路由配置uri三种方式及区别
z1076233241的博客
03-19 998
使用 Websocket 配置方式可以让 Spring Cloud Gateway 能够代理 Websocket 请求到指定的服务端，实现对 Websocket 的路由功能。使用 HTTP 地址配置方式可以将请求代理到指定的 HTTP 服务端，实现对 HTTP 请求的路由功能。这种方式适用于普通的 HTTP 请求转发，常见于 RESTful API 调用或 Web 页面的访问。ws:// 或 wss:// 开头的 URI，表示配置的是支持 Websocket 协议的目标地址。http地址配置方式。
网关Gateway & SpringCloudGateway
m0_46199937的博客
11-17 300
Gateway 网关的核心功能特性： 请求路由 权限控制 限流 SpringCloud中的网关实现包括两种：gateway、zuul。 Zuul是基于Servlet的实现，属于阻塞式编程。 SpringCloudGateway则是基于Spring5中提供的WebFlux，属于响应式编程的实现，具备更好的性能。 SpringCloudGateway 搭建网关服务 步骤 1、创建module，添加依赖 <!--网关--> <dependency> <groupId&g
Spring Cloud Gateway
热门推荐
杀神lwz的博客
06-18 1万+
在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。这样的话会产生很多问题，例如：客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性认证复杂，每个微服务都有独立认证存在跨域请求，在一定场景下处理相对复杂为解决上面的问题所以引入了网关的概念：所谓的API网关，就是指系统的统一入口。
Spring Cloud H （五）服务网关 GateWay
qq_43684005的博客
07-09 743
GateWay官方网站 概述
踩坑（4）SpringCloud Gateway lb:// 负载均衡问题
SuperrWatermelon的博客
10-09 1245
由于部分新版本spring-cloud-starter-gateway移除了负载均衡依赖，所以需要手动添加spring-cloud-loadbalancer。配置网关服务的时候，uri设置http://localhost:9000可以正常路由，但是设置lb负载均衡后无法路由跳转。
Spring cloud gateway中配置uri
VaxForever的博客
08-29 4228
spring cloud gateway使用 uri: lb://方式配置时，服务名的特殊要求
nacos与spring cloud gateway 一起的使用的时候uri: lb://server-name配置不起用
faceqq的博客
05-12 341
换成 lb负载均衡的方式调用调不通，初步判断应该是没有添加lb的依赖包，所以lb的方式无法获取服务列表从而无法转发。ok，👌已经可以调通，nacos与spring cloud gateway一起使用的时候要注意依赖包。xxx.xxx.xxx.xxx:8848 切换成你的nacos服务器地址。8080端口是本地gateway的服务端口，上面表明已经可以调通。首先我们将uri配置成本地地址测试服务是否可以调通。在pom中添加lb的依赖，重启服务测试。
解决gateway uri: lb://service-user不生效，uri: http://localhost:8001生效
crazy1013的博客
06-28 3194
gateway
springcloud 网关gateway配置路由转发LB://XXX 这种注册服务名地址多个情况下，报404错误
java_bigboom的博客
04-01 1万+
错误场景：在springcloud gateway及其它服务以注册中心为基础运行中，gateway配置了lb://XXX 服务名转发的方式多个路由，如配置了路由服务lb://aaa与lb://bbb，当访问aaa，访问bbb，再访问aaa时，aaa出现404错误。 解决方法：去掉gateway负载均衡ribbon配置，因为它本身自带开启负载均衡。 错误产生原因的细节问题还请大神指导。 ...
SpringCloudGateway-入门
lixiaoyi01的博客
06-04 560
网关是整个微服务API请求的入口，负责拦截所有请求，分发到服务上去。可以实现日志拦截、权限控制、解决跨域问题、限流、熔断、负载均衡、隐藏服务端的ip，黑名单与白名单拦截、授权等。 如果不想启用gateway可以使用参数关闭 spring.cloud.gateway.enabled=false处理流程：application.yml 翻译：断言Cookie中 key 为 mycookie的值为mycooievalue。这里注意，逗号后面是值，前面是keyapplication.yml 翻译：和简写
服务网关Spring Cloud Gateway
张大安的博客
04-22 1915
文章目录Gateway基本介绍Gateway工作流程Gateway9527搭建Gateway环境准备路由配置方式路由规则（Predicate）全局过滤器 Gateway基本介绍 Spring Cloud Gateway 官方网站：https://spring.io/projects/spring-cloud-gateway Spring Cloud Gateway是基于Spring生态系统之上构建的API网关，包括：Spring 5.x，Spring Boot 2.x和Project Reactor。Spr
SpringCloud之网关Gateway
weixin_60389087的博客
02-17 4996
这期内容用的是Spring Cloud官方的服务路由Spring Cloud Gateway 一、gateway基本使用 1、含义 Spring Cloud Gateway是Spring官方基于Spring5.0、SpringBoot2.0和Project Reactor等技术开发的网关 旨在为微服务框架提供一种简单而有效的统一的API路由管理方式，统一访问接口。 Spring Cloud Gateway作为Spring Cloud生态体系中的网关，目标是替代Netflix的Zuul，其不仅提供统.
SpringCloud Gateway结合注册中心启用负载均衡配置uri包含下划线的一个坑
fly_duck的博客
11-27 2724
最近在使用SpringCloud搭建微服务，注册中心使用Eureka，网关使用Gateway，在配置Gateway网关的时候遇到一个问题，导致请求通过网关无法转发到对应的服务上去。 抛出问题 Gateway网关中配置各个微服务的route，uri使用lb协议开启负载均衡功能，但是有些route可以正确的转发到对应的服务，有些route却无法转发到对应的服务，通过调试提示valid host。Gateway中route的配置部分示例如下： spring: application: name
Spring cloud Gateway 详解及相关配置
深圳市多克创新科技有限公司
11-04 5055
Spring Cloud Gateway是SpringCloud的全新子项目，该项目基于Spring5.x、SpringBoot2.x技术版本进行编写，意在提供简单方便、可扩展的统一API路由管理方式。
springcloud gateway 配置路由 spring: cloud: gateway: routes: - id: ke-build-gateway uri: lb://ke-build-gateway predicates: - Path=/base/** filters: - StripPrefix=1 - id: ke-build-admin uri: lb://ke-build-admin predicates: - Path=/api/** filters: - StripPrefix=1 是否正确
07-12
根据您提供的配置，看起来是正确的。您的路由配置指定了两个路由规则： 1. `ke-build-gateway`路由规则： - `id`：路由规则的唯一标识符。 - `uri`：指定请求应该转发到的目标URI。在这里，使用了`lb://ke-build-gateway`来表示使用负载均衡的方式将请求转发到名为`ke-build-gateway`的服务实例。 - `predicates`：指定了触发路由的条件。在这里，使用了`Path=/base/**`，表示当请求路径以`/base/`开头时，会触发该路由规则。 - `filters`：指定了对请求进行的过滤操作。在这里，使用了`StripPrefix=1`来移除请求路径中的前缀，以便将请求转发给后端服务。 2. `ke-build-admin`路由规则： - `id`：路由规则的唯一标识符。 - `uri`：指定请求应该转发到的目标URI。在这里，使用了`lb://ke-build-admin`来表示使用负载均衡的方式将请求转发到名为`ke-build-admin`的服务实例。 - `predicates`：指定了触发路由的条件。在这里，使用了`Path=/api/**`，表示当请求路径以`/api/`开头时，会触发该路由规则。 - `filters`：指定了对请求进行的过滤操作。在这里，同样使用了`StripPrefix=1`来移除请求路径中的前缀。 根据您的配置，请求路径以`/base/`开头的请求将被转发到`ke-build-gateway`服务，而请求路径以`/api/`开头的请求将被转发到`ke-build-admin`服务。同时，通过`StripPrefix=1`过滤器，会将请求路径中的前缀进行移除。 请确保您的服务实例名与配置文件中的`uri`部分一致，并且确保这些服务实例已正确启动。另外，还需要确保您的路由规则中没有其他冲突或错误的配置。 如果您遇到问题，请提供更多关于错误信息、日志或其他相关配置的详细信息，以便更好地帮助您解决问题。
评论 22
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值