Dubbo 流程

本文介绍了Dubbo的服务注册与发现过程,包括服务方在注册中心注册接口,消费方订阅并获取服务地址。还讨论了Dubbo的注解使用,如@DubboReference和@DubboService,以及消费方启动检查的配置选项。此外,文章提到了多版本支持用于灰度发布,并概述了重试机制,包括默认的超时时间和重试次数。最后,指出了重试配置的优先级规则。

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

流程

1、服务方启动后,会自动在注册中心以接口名提交服务,注册中心会自动扫描服务方提供的服务,

2、消费方服务启动后,启动了服务扫描,以接口名为服务名去注册中心订阅服务,

3、注册中心将消费方订阅的服务的地址列表推送到服务消费方,

4、消费方基于 Dubbo 协议和指定的端口访问 执行 服务方提供的方法

注解

dubbo 的消费方调用注解:

在controller 中,将自动注入 @Autowire 注解替换为 @DubboReference

dubbo 的服务方将接口实现类的 @Service 注解 替换为 @DubboSevice

消费方的启动检查:建议关闭,默认是开启的,所以如果消费方比服务方先启动,就会报错

但是关闭检查之后,就会在服务调用的时候再做检查

配置方式两种:1、注解内 @DubboReference,是局部生效,

2、配置文件中,是全局生效

多版本特性

多版本特性的支持可以支持灰度发布,也就是在集群的生产环境下,一部分进行更新,可以使得小部分用户使用到新版本,一旦出现问题,也不会造成太大的损失,从而保证生产的正常

重试机制

知识点回顾:

feign 中,超时重试机制(默认超时时间 1 秒 , 重试1 次,即 对于某种请求,最多发起两次,第二次还是失败,就认定为 服务提供方异常)

该机制用于保护消费方,避免失败重试机制过多导致线程资源浪费

特别的 在 dubbo 中,重试有2次,即总共提交请求有3次

相同点:超时时间俩两者相同,都是1000毫秒 ,即1秒

优先级

重试机制的配置的优先级:

消费方注解>消费方配置文件>提供方注解>提供方配置文件

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值