导入坐标
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo</artifactId>
<version>3.0.6</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
<groupId>org.apache.curator</groupId>
<artifactId>curator-framework</artifactId>
<version>4.0.0</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
<groupId>org.apache.curator</groupId>
<artifactId>curator-recipes</artifactId>
<version>4.0.0</version>
</dependency>
在服务提供方的配置中(以下的所有配置都有都可以用@bean注解进行注入,例如protocolConfig 等等)用注解@DubboComponentScan扫描主机所在的包
<!--为该服务提供一个端口,不能冲突 -->
<dubbo:protocol port="20881"/>
<!--dubbo的配置-->
<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-service">
<!--提供一个端口-->
<dubbo:parameter key="qos.port" value="44444"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.itheima.service.impl"/>
在消费者的配置文件中也是可以用@bean注解进行注入的(每一个都有xxxConfig对象)用注解@DubboComponentScan扫描主机所在的包
<!--dubbo的配置-->
<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-web" >
<dubbo:parameter key="qos.port" value="33333"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.itheima.controller" />
注解@Reference //远程注入
注解@Service___import org.apache.dubbo.config.annotation.Service; //将这个类提供的方法(服务)对外发布。将访问的地址 ip,端口,路径注册到注册中心中
导入坐标
<!-- https://mvnrepository.com/artifact/org.apache.dubbo/dubbo-spring-boot-starter -->
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo-spring-boot-starter</artifactId>
<version>3.0.6</version>
</dependency>
在消费者和提供者启动类上加入@EnableDubbo
: 开启基于注解的dubbo功能
在提供服务配置文件中加入
dubbo.application.name=boot-user //该模块的名称
dubbo.registry.address=zookeeper:``//192.168.31.136:2181
dubbo.protocol.name=dubbo
dubbo.protocol.port=``20880
在消费者的配置文件中加入:
server.port=``8081
dubbo.application.name=boot-order
dubbo.registry.address=zookeeper:``//192.168.31.136:2181
dubbo 内部已经将序列化和反序列化的过程内部封装了
我们只需要在定义pojo类时实现Serializable接口即可
一般会定义一个公共的pojo模块,让生产者和消费者都依赖该模块。
可以,因为dubbo服务消费者在第一次调用时,会将服务提供方地址缓存到本地,以后在调用则不会访问注册中心。
当服务提供者地址发生变化时,注册中心会通知服务消费者。
服务消费者在调用服务提供者的时候发生了阻塞、等待的情形,这个时候,服务消费者会一直等待下去。
在某个峰值时刻,大量的请求都在同时请求服务消费者,会造成线程的大量堆积,势必会造成雪崩。
dubbo 利用超时机制来解决这个问题,设置一个超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。
使用timeout属性配置超时时间,默认值1000,单位毫秒
设置了超时时间,在这个时间段内,无法完成服务访问,则自动断开连接。
如果出现网络抖动,则这一次请求就会失败。
Dubbo 提供重试机制来避免类似问题的发生。
通过 retries 属性来设置重试次数。默认为 2 次。
例如:
@Service(timeout = 3000,retries = 2)//当前服务3秒超时重试2次
在@Reference(timeout = 3000)//远程注入 可以定义超时时间,并且在@Reference注解中的超时时间定义优先,但是一般是定义在@Service注解中
灰度发布:当出现新功能时,会让一部分用户先使用新功能,用户反馈没问题时,再将所有用户迁移到新功能。
dubbo 中使用version 属性来设置和调用同一个接口的不同版本
例如:
@Service(timeout = 3000,retries = 2,version = "1.1.1") //该版本为1.1.1版本
Random :按权重随机,默认值。按权重设置随机概率。
RoundRobin :按权重轮询。
LeastActive:最少活跃调用数,相同活跃数的随机。
ConsistentHash:一致性 Hash,相同参数的请求总是发到同一提供者。
搜索AbstractLoadBalance这个抽象类的四个实现类就是四种负载均衡策略
例如:
@Service(weight = 100)//权重为一百
@Reference(loadbalance = "random")//远程注入 //按权重随机,默认值。按权重设置随机概率
@Reference(loadbalance = "roundrobin")//远程注入 //按权重轮询。
@Reference(loadbalance = "consistenthash")//远程注入 //一致性 Hash,相同参数的请求总是发到同一提供者
@Reference(loadbalance = "leastactive")//远程注入 //最少活跃调用数,相同活跃数的随机
集群容错模式:
Failover Cluster:失败重试。默认值。当出现失败,重试其它服务器 ,默认重试2次,使用 retries 配置。一般用于读操作
Failfast Cluster :快速失败,只发起一次调用,失败立即报错。通常用于写操作。
Failsafe Cluster :失败安全,出现异常时,直接忽略。返回一个空结果。
Failback Cluster :失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作。
Forking Cluster :并行调用多个服务器,只要一个成功即返回。
Broadcast Cluster :广播调用所有提供者,逐个调用,任意一台报错则报错
搜索cluster这个接口 所有实现类即为集群容错的各种模式
@Reference(cluster = "failover")//失败重试。默认值。当出现失败,重试其它服务器 ,默认重试2次,使用 retries 配置。一般用于读操作
可以通过服务降级功能临时屏蔽某个出错的非关键服务,并定义降级后的返回策略。
向注册中心写入动态配置覆盖规则
其中:
mock=force:return+null
表示消费方对该服务的方法调用都直接返回 null 值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。mock=fail:return+null
表示消费方对该服务的方法调用在失败后,再返回 null 值,不抛异常。用来容忍不重要服务不稳定时对调用方的影响。(这里的+号实际为空格)例如:
@Reference(mock = "force:return null")//远程注入 //不去调用userservice的服务了
private UserService userService;
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://blog.csdn.net/qq_47109099/article/details/123720071
内容来源于网络,如有侵权,请联系作者删除!