dubbo消费端一直不停重试reconnect dubbo provider,并报错

当Dubbo消费端不断尝试重连不在线的provider时,问题可能源于未优雅停机导致provider注册信息未删除。心跳和重连机制通过HeaderExchangeClient初始化,线上环境中发现ZooKeeper会延迟剔除服务。解决方案包括在线删除服务注册信息或确保服务重启时IP和端口不变。使用zkCli.sh客户端可以查看和管理Dubbo在ZooKeeper中的服务列表。
摘要由CSDN通过智能技术生成

dubbo消费端一直不停重试reconnect dubbo provider,并报错

经过查看,provider的ip并不在线上集群,但是在redis注册中心中还存在,说明是没有实现优雅停机导致,provider注册数据没有删掉,但是其他provider服务都没有问题,只有这个provider会被一直reconnect;这就很让人头疼了,因为一直抛异常。

背景:dubbo有连个机制来保证服务的可用性,一个是心跳机制,探测对方是否存活; 一个是重连机制;这两个定时探测机制都是通过HeaderExchangeClient类来初始化的;

本地验证

正常的消费者(客户端)和提供者(服务端),通过zk来协调,可以看到调用的详细信息。

停掉提供者(服务端),在启动消费者(客户端),可以看到如下的日志:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值